-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make sure to do priority app upgrades first #25034
Make sure to do priority app upgrades first #25034
Conversation
Otherwise those apps might not be loaded when the others app migrations are running. The previous loading of authentication apps in the upgrade step never worked as it just returns in maintenance mode Signed-off-by: Julius Härtl <jus@bitgrid.net>
@@ -267,7 +267,6 @@ private function doUpgrade($currentVersion, $installedVersion) { | |||
$this->upgradeAppStoreApps($autoDisabledApps, true); | |||
|
|||
// install new shipped apps on upgrade | |||
OC_App::loadApps(['authentication']); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We are in maintenance mode here already, so this never worked due to
server/lib/private/legacy/OC_App.php
Lines 116 to 117 in d89a75b
if ((bool) \OC::$server->getSystemConfig()->getValue('maintenance', false)) { | |
return false; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🙈
/backport to stable20 |
/backport to stable19 |
/backport to stable18 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Makes sense 🙈
@rullzer Something for todays RCs or next ones? |
If the next ones, then we can close the 18 PR. |
Otherwise those apps might not be loaded when the others app migrations are running. The previous loading of authentication apps in the upgrade step never worked as it just returns in maintenance mode.
This has shown causing issues with deck for example where we have a cleanup migration step that checks if a user exists. Now when running this post-migration step with LDAP users the user_ldap app would have never been loaded as the
others
apps get upgraded first, which leads to the user existance check to always return false.