What's coming in 9.1

[nebulon]

Oh those cloudrons seem to have fetched the update info previously and didn't catch the jump directly to 9.1.3. Going first via 9.1.2 is harmless though.

[girish]

I think in @msbt 's case the Cloudron already updated to 9.1.x unexpectedly (from a previous post). So, this is expected. For those on 9.1.x already, it is correct to update 9.1.0 -> 9.1.1 -> 9.1.2 -> 9.1.3 . Basically, we can't and don't test all the possible code paths when we make new releases. 9.0.17 -> 9.1.3 was explicitly tested since most people are on 9.0.17.

[jdaviescoates]

@girish said:

I think in @msbt 's case the Cloudron already updated to 9.1.x unexpectedly (from a previous post).

But did you ever get to the bottom of why that happened?

[jdaviescoates]

@girish said:

@timconsidine 9.1.3 is being rolled out . The upgrade path will be straight from 9.0.17 to 9.1.3

I still get the "This update is a pre-release and not considered stable yet. Please update at your own risk." warning:

[girish]

@jdaviescoates that's the correct behavior. it's being rolled out in phases. are you expecting something else?

the alternate message here would be "This update is being rolled out." but given our small team size, we want something deterring people from all updating at once.

[murgero]

@girish

This version is currently being rolled out gradually during testing.
We recommend waiting for the automatic update instead of installing it manually.

?

[james]

Hello @murgero

Currently, we use the message This update is a pre-release and not considered stable yet. Please update at your own risk. in two cases.

Case 1:
What the message states exactly.
The update is pre-release and not considered stable yet.

Case 2:
We also use the same message when we are rolling out the finished update to lower the load so not all systems automatically update at the same time.
DDoS protection against ourselves and to catch regressions that we might have missed early with fewer instances effected.
In Case 2, the automatic update would still trigger at some point when it is your systems turn to update.

When we post the announcement in the Forum that e.g.: 9.1 is released, case 2 is in effect, but the message is still the same.

I understand the confusion here, and we will improve the message in this case to reflect what is actually happening.
We simply did not get to it, yet.
Apologies for the confusion, we will improve this in the future!

[hakunamatata]

I upgraded from 9.0.17 to 9.1.3 yesterday and everything went smooth as butter! Thanks to the Cloudron team for the awesome work!

[murgero]

@james I understand, I was suggesting a change for situations like Case 2 - a little more transparent but still a short message as to not confuse users/admins.

[girish]

9.1.5 is now in unstable. It fixes many minor issues and one major issue related to passkeys in 9.1.3.

[9.1.5]

• services: lazy start services / on demand services
• restore: fix restore of trusted ips and blocklist
• dashboard: wait for dashboard reload when version has changed
• graphite: fix aggregation of block/network read/write
• Workaround chrome quirks on file drop handling
• notifications: add empty text, progress bar and inifinite scroll
• rsync: throttle log messages during download
• backup logs: make them much terse and concise
• oidc: implement Device Authorization Grant
• operator: fix viewing of backup progress and logs
• notification: automatic app update failure notification
• backup sites: identify conflicting site locations
• update: add policy to update apps and platform separately
• passkey: fix issue where passkeys were lost on restart
• passkey: implement passwordless login
• oidcserver: fix jwks_rsaonly response