Skip to content
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

Check all managed modules for upgrade suitability #6211

Merged
merged 2 commits into from
Jan 11, 2025

Conversation

labkey-adam
Copy link
Contributor

@labkey-adam labkey-adam commented Jan 10, 2025

Rationale

Previously, we excluded from the upgrade check modules with a VCS URL that was missing or in a format we didn't understand. The URL format wasn't consistent across servers and VCS URLs weren't present on dev machines by default, making the check unreliable (or maybe worthless). We required the VCS URL check because the ManageVersion property defaulted to true... so, absent that check, an external module with a non-standard schema version that didn't specify ManageVersion would block the upgrade. We've now switched the default value to false, so ManageVersion solely determines whether we do the upgrade suitability check. All deployments should now consistently fail to startup if the installed version of any managed module is less than the earliest upgrade version (currently 24.000). https://www.labkey.org/home/Developer/issues/Secure/issues-details.view?issueId=47369

Also, improve the information included in the upgrade blocked exception message.

Related Pull Requests

@labkey-adam labkey-adam requested a review from a team January 10, 2025 23:41
@labkey-adam labkey-adam merged commit 6a60418 into develop Jan 11, 2025
4 checks passed
@labkey-adam labkey-adam deleted the fb_fail_old_upgrades branch January 11, 2025 02:33
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants