Skip to content

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.

3 participants