-
-
Notifications
You must be signed in to change notification settings - Fork 348
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
Upgrade ignores "version" property of "depends" #2324
Comments
E.g.:
This means that version-specific dependencies can only be used to hold back versions at initial installation, so they're nearly useless for the much more common use case of determining whether a newly available update is compatible with your installed mods. |
thanks @HebaruSan |
No problem, @Sigma88. FYI, I just tested with this added to my local copy of SASS's metadata as an experiment: "conflicts": [
{ "name": "Kopernicus", "version": "2:release-1.3.1-4" },
{ "name": "Kopernicus", "version": "2:release-1.3.1-5" },
{ "name": "Kopernicus", "version": "2:release-1.3.1-6" },
{ "name": "Kopernicus", "version": "2:release-1.3.1-7" }
], ... and (Note, I'm not at all suggesting that we would spam the metadata with conflicts like that, it's not at all a sustainable solution to require every planet pack author update their netkan with every Kopernicus update.) |
Actually, I may have messed up that test. I put the new metadata in
Argh, conflict checking ignores versions! CKAN/Core/Relationships/SanityChecker.cs Line 52 in 86bf144
Another note, we now have a Relationships tag to track these arcane dependency issues. I used CKAN for howmany years and never realized this stuff wasn't handled. |
OK, better test...
So once again we see that conflict checking ignores versions, which makes CKAN think that this install is inconsistent even before the upgrade, even though it shouldn't be. On the bright side, at least it didn't install the incompatible version this time:
I'm going to split this out into yet another issue... |
CKAN/Core/Relationships/SanityChecker.cs Lines 167 to 175 in b75a450
Though fixing that still wouldn't result in an optimal user experience. I think CKAN would still try to upgrade everything, but then raise error messages afterwards and revert. Ideally it would avoid incompatible upgrades at the beginning, with a way for the user to figure out why. |
CKAN Version:
1.24.0
KSP Version:
1.3.1
Operating System:
Windows 10
Have you made any manual changes to your GameData folder (i.e., not via CKAN)?
no
Problem
What steps did you take in CKAN?
On a clean installation of KSP 1.3.1 open ckan.exe, select the mod StockalikeSolarSystem and install.
Notice that this mod requires a specific version of other mods to be installed.
Once the installation is complete, click on "Add Available Updates". Then Apply,
What happened?
some of the mods that were installed at a specific version to fulfill StockalikeSolarSystem requirements have been updated to the latest version, breaking compatibility with SASS and potentially damaging saves if the player ignores the warnings
What did you expect to happen?
some kind of warning, or red flag signalling that the update was not recommended.
Came up during discussion of #2319.
The text was updated successfully, but these errors were encountered: