We just released a new testing version for YunoHost! This version includes some important changes, and we would be more than happy to receive feedback before releasing it as a stable version!
A new mechanism (so-called âSSEâ) to retrieve the status and stream logs of the current action ongoing on the server, whether it got started from another webadmin, the command line or a cron (automatic task). In particular, this should improve situations where some actions are taking a long time, or you closed your browser tab for some reason, or another admin started an operation, or thereâs a long automatic backup ongoing : previously it was pretty confusing and hard to know why the webadmin was kind of locked, but now it should automatically catch up and display whatâs going on!
The app list and app info pages of the webadmin were improved to include the appâs logo. The appâs logo are also now customizable, along with the label and description used in the portal. Accesses can now be edited directly from the appâs info page, as well as upgrading the app.
Tweaks to improve the performance of LDAP operations, which should be pretty significant for instances handling more than ~100ish users. (Typically user creation could start to become extremely long)
A full rework of our firewall code which was pretty outdated and confusing. The new code is based on nftables which is the modern way of managing network rules.
Switching to âLaxâ for the SameSite parameter of portal cookies ⊠this is pretty technical but this should fix a few issues with authentication not working properly or situations where the portal doesnât understand youâre already logged in.
Some first bits for a new section for storage management. For now it only lists disk and their info, and is only available in CLI, but more to come on this later!
How to participate to the beta-testing
DO NOT do this on a critical production server!
From the command line, you can launch the following command to switch to testing:
(If you are familiar with bash scripting, you might want to read what this script does before blindly running the command)
You should then be running YunoHost 12.1.x.
What to test?
Upgrade and report any oddness found in your regular usage of YunoHost
The new status/log mechanism is still not entirely dry and probably has a few rough corners. It helps if you can trigger ~long operations such as installing apps, upgrading them, creating backups, etc ⊠especially if you can try those by triggering them from the command line with a webadmin on the side, or with two webadmin tabs side-by-side and checking if everything is consistent.
Trying and reviewing the new interface in the app info page related to tile customization and permission as well as operations (upgrade, change url, âŠ)
If you are using the VPNclient and/or Hotspot app, weâre interested to know if they are still running fine even after rebooting
Validating that the new cookie policy does fix situations where the portal doesnât understand youâre already logged in .. though those scenarios are pretty hard to describe in just a few lines, but hopefully the people who experienced the issue will know what to do
On a virtualbox vm (used in testing packages). It isnât accessible from outside the lan.
(sorry for the extra new lines, itâs from connectbot on android).
Edit :
I ran sudo apt install --fix-broken and responded with the default options then rerun the script. It took about 10 minutes.
What Iâve noticed so far :
in app info page, the change url shouldnât be shown for apps that require a dedicated domain.
the new log behavior is great, especially on mobile when switching between apps, you sometimes get the page refreshed. This prevents other operations on other tabs or browsers.
I tried updating joomla while having two tabs on mobile (opera). The progress pop-up was stuck on âBackup script completed for joomla. (YunoHost will then actually copy those files to the archive).â I waited then refreshed one of the tabs, checked the logs to find that the update was finished successfully. I switched to the other tab, it was stuck on the same state. Note that cache was enabled in Web-admin settings.
the new app page is great, may be changing the âYunoHost integrationâ with badges.
That doesnât sound related to YunoHost, itâs about dnsmasq and I donât know what command you ran exactly, it sounds like it was in non-interactive mode
As indicated above. I should have run it on pc so I could report the whole output. Probably it is related to the fact that I am using it for testing packages and something may have broken dnsmasq.
Meh idk it just sounds like it upgraded dnsmasq as well because it wasnt up to date on your system and then it needed to ask interactively what version of the conf to ask, but since that wasnt interactive it failed
tl;dr just run a regular upgrade before switching to testing
I tried updating lychee from the app page. The pop-up gets also stuck until I refresh the page.
Here, it sometimes loses connection, thought the server is in lan :
Congrats for this huge update!
Little (cosmetic?) issue: whenever I enable/disable UPNP in the firewall, this errror is shown:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/moulinette/interfaces/api.py", line 430, in process
ret = self.actionsmap.process(arguments, timeout=30, route=_route)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/moulinette/actionsmap.py", line 579, in process
return func(**arguments)
^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/yunohost/firewall.py", line 512, in firewall_upnp
if upnp.refresh(firewall):
^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/yunohost/firewall.py", line 276, in refresh
status = status and self.open_port(protocol, port, info["comment"])
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/yunohost/firewall.py", line 228, in open_port
assert self.upnpc is not None
^^^^^^^^^^^^^^^^^^^^^^
AssertionError
After refreshing the page the upnp is effectively enabled/disabled (Iâve not yet tried if it works effectively)
Hi all! Even though I was on the stable branch, the update appeared anyways and I now find myself on testing. All my apps are unreachable! (see for example https://tommi.space/).
I donât know what to do! Can you help me fix this? Otherwise, how can I downgrade back to stable?
Yeah maybe thatâs because you enabled testing for the 11.0 when it was in beta or something ⊠(The diagnosis also warns that you are on testing supposedly, but itâs also easy to miss it)
Anyway you can try running curl https://install.yunohost.org/switchtoStable | bash and confirming that cat /etc/apt/sources.list.d/yunohost.list only shows âstableâ at the end and no mention of âtestingâ
Ah, I see! This is the first testing since 11â12. I silenced the testing warning in the diagnosis and forgot about it.
If I run curl https://install.yunohost.org/switchtoStable | bash, am I rolling back to the latest stable, or am I telling YunoHost to update to the newest stable as soon as a new update is available?
Ah yeah thereâs no rolling back, indeed it just tells YunoHost to only fetch update from the stable channel ⊠which uuuuh now that youâre on 12.1, means you wonât get the fixes from the iterations weâll do on the testing during the coming weeks