[07:40:34]
<miro5001> Yunorunner_ynh is not in the catalog anymore
[07:52:35]
<Yunohost Git/Infra notifications> [apps] Thovi98 pushed 1 commit to branch: fossflow branch = main ([a45c4e71](https://github.com/YunoHost/apps/commit/a45c4e71f9fb9db0ddc8f071b207cb3c6d437e6a))
[07:52:35]
<Yunohost Git/Infra notifications> [apps] Thovi98 created new branch branch
[07:52:52]
<Yunohost Git/Infra notifications> [apps] Thovi98 opened [pull request #3036](https://github.com/YunoHost/apps/pull/3036): fossflow branch = main
[08:17:38]
<Yunohost Git/Infra notifications> [apps] ericgaspar merged [pull request #3036](https://github.com/YunoHost/apps/pull/3036): fossflow branch = main
[08:17:38]
<Yunohost Git/Infra notifications> [apps] ericgaspar pushed 1 commit to main: fossflow branch = main (#3036) ([7d2b7245](https://github.com/YunoHost/apps/commit/7d2b7245748a31216c759cd0f67bf942c294fc8f))
[08:17:39]
<Yunohost Git/Infra notifications> [apps] ericgaspar deleted branch branch
[15:00:59]
<Yunohost Git/Infra notifications> [apps] yunohost-bot opened [pull request #3037](https://github.com/YunoHost/apps/pull/3037): Update app levels according to CI results
[15:26:11]
<m606> If so I'm afraid these are cases I've badly considered for a few apps
[15:26:46]
<m606> although CI didn't complain
[15:28:18]
<m606> hello, if an app gets installed with absolute HTML links, would that be an issue for cases "change_url" or "restore on different domain than the one it was backed up from"?
[15:29:42]
<m606> hello, if an app gets installed with absolute HTML links (`<a href="https://mydomain.tld/path"></a>`), would that be an issue for cases "change_url" or "restore on different domain than the one it was backed up from"?
[15:30:42]
<m606> hello, if an app contains absolute HTML links (`<a href="https://mydomain.tld/path"></a>`) defined during install script, would that be an issue for cases "change_url" or "restore on different domain than the one it was backed up from"?
[15:31:07]
<m606> hello, if an app contains absolute HTML links (`<a href="https://mydomain.tld/path"></a>`) defined during install/upgrade scripts, would that be an issue for cases "change_url" or "restore on different domain than the one it was backed up from"?
[15:31:42]
<m606> is the core doing something for it 🤔?
[15:40:07]
<m606> cf. for instance `jsoncrack_ynh`:
https://github.com/YunoHost-Apps/jsoncrack_ynh/blob/b12c5b2dca3dead311dc5aa63d7a63b55f0cef17/scripts/install#L21
https://ci-apps-dev.yunohost.org/ci/job/10620
[15:47:11]
<m606> ... so that was easy to test manually actually (simply changing path via Yunohost admin) and that doesn't work - I have to add something to `change_url` and `restore` script to manage such cases.
[15:47:36]
<m606> ... so that was easy to test manually actually (simply changing path via Yunohost admin) and that currently breaks the app - I have to add something to `change_url` and `restore` script to manage such cases.
[15:48:21]
<m606> and this is also something CI currently does not detect in standard tests
[15:51:32]
<Yunohost Git/Infra notifications> [mastodon_ynh] ericgaspar merged [pull request #501](https://github.com/YunoHost-Apps/mastodon_ynh/pull/501): Upgrade to v4.3.9
[15:51:34]
<Yunohost Git/Infra notifications> [mastodon_ynh] ericgaspar deleted branch ci-auto-update-4.3.9
[15:51:44]
<Yunohost Git/Infra notifications> [mastodon_ynh] ericgaspar opened [pull request #502](https://github.com/YunoHost-Apps/mastodon_ynh/pull/502): Testing
[15:55:18]
<Yunohost Git/Infra notifications> [apps] ericgaspar edited [pull request #3037](https://github.com/YunoHost/apps/pull/3037): Update app levels according to CI results
[15:55:19]
<Yunohost Git/Infra notifications> [apps] ericgaspar edited [pull request #3037](https://github.com/YunoHost/apps/pull/3037): Update app levels according to CI results
[15:55:40]
<Yunohost Git/Infra notifications> [apps] ericgaspar edited [pull request #3037](https://github.com/YunoHost/apps/pull/3037): Update app levels according to CI results
[15:55:53]
<Yunohost Git/Infra notifications> [apps] ericgaspar edited [pull request #3037](https://github.com/YunoHost/apps/pull/3037): Update app levels according to CI results
[15:56:19]
<Yunohost Git/Infra notifications> [apps] ericgaspar edited [pull request #3037](https://github.com/YunoHost/apps/pull/3037): Update app levels according to CI results
[15:56:36]
<Yunohost Git/Infra notifications> [apps] ericgaspar edited [pull request #3037](https://github.com/YunoHost/apps/pull/3037): Update app levels according to CI results
[15:57:03]
<Yunohost Git/Infra notifications> [apps] ericgaspar edited [pull request #3037](https://github.com/YunoHost/apps/pull/3037): Update app levels according to CI results
[15:57:37]
<Yunohost Git/Infra notifications> [apps] ericgaspar edited [pull request #3037](https://github.com/YunoHost/apps/pull/3037): Update app levels according to CI results
[15:58:00]
<Yunohost Git/Infra notifications> [apps] ericgaspar edited [pull request #3037](https://github.com/YunoHost/apps/pull/3037): Update app levels according to CI results
[15:58:16]
<Yunohost Git/Infra notifications> [apps] ericgaspar edited [pull request #3037](https://github.com/YunoHost/apps/pull/3037): Update app levels according to CI results
[15:58:32]
<Yunohost Git/Infra notifications> [apps] ericgaspar pushed 1 commit to update_app_levels: Update apps.toml ([22167f45](https://github.com/YunoHost/apps/commit/22167f454fe8d9c82a4568fbbf91605fe5c01dae))
[15:58:37]
<Yunohost Git/Infra notifications> [apps] ericgaspar edited [pull request #3037](https://github.com/YunoHost/apps/pull/3037): Update app levels according to CI results
[19:02:01]
<rodinux> I have an issue after: Install Dolibarr app, then upgrade to testing (with a config panel to SyncYunohost), upgrade is OK. add first a group for the SyncYUnohost, and add a user (the default admin user) to the group. But when try enable in the webadmin the SyncYunohost, I have an error https://paste.yunohost.org/raw/oyobiholut
[19:46:33]
<rodinux> Ok, is difficult to understand... I discover I haven't a folder from the repository `/etc/yunohost/apps/dolibarr/sources` , Perhaps is the issue ??
[19:49:15]
<rodinux> well, there is a .gitignore...
[20:29:52]
<rodinux> few `.gitignore` with
```
*~
*.sw[op]
```
well, no the files are copied on uograde logs where needed...
[21:47:35]
<rodinux> Ok... I have reproduce this bug 2 or 3 times. Installing a fresh Dolibarr from testing branch works well and the config panel SyncYunohost works nice... Upgrade from stable branch to tesing works also, but not the config_panel... I try investigate, but not enough understanding php code...
[22:24:24]
<Yunohost Git/Infra notifications> Autoupdater just ran, here are the results:
- 33 pending update PRs
- 13 new apps PRs
- 4 failed apps updates: homebox, khatru-pyramid, omeka-s, prestashop
See the full log here: https://paste.yunohost.org/raw/icoxibores
Autoupdate dashboard: https://apps.yunohost.org/dash?filter=autoupdate