|Anonymous | Login | Signup for a new account||2019-08-26 07:00 UTC|
|My View | View Issues | Change Log | Roadmap | Doomseeker Issue Support Ranking | Rules | My Account|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0003661||Doomseeker||[All Projects] Bug||public||2019-06-12 01:05||2019-07-30 10:15|
|Priority||normal||Severity||tweak||Reproducibility||have not tried|
|Target Version||1.3||Fixed in Version|
|Summary||0003661: Updates to default Wadseeker sites in code are not migrated to existing (not new) configurations|
|Description||If an user uses Doomseeker/Wadseeker 1.0 and updates to version 1.1 or 1.2, new WAD sites won't be added automatically to configuration (nor old ones will be removed).|
I think this is what issue 0003657 was describing.
|Additional Information||I leave it undefined what would happen if the user would downgrade software versions.|
I'd just leave this as "won't fix", personally. Not a lot to gain from bloating the code base further and dealing with configuration merges (both upgrading and downgrading).
Anyone else want to comment on this?
|What I'd rather do is document in some NEWS file about configuration changes that should be done by the user when upgrading.|
There's a "Always use Wadseeker's default sites" checkbox in the "Wadseeker/Sites" config page. If it's checked, Wadseeker will always use the up-to-date hardcoded sites, no matter what's on the list in the config page. If the checkbox is unchecked, only the sites listed on the page are used.
The "Wadseeker/Sites" listing is deliberately left to total control of the user. It's only initialized with the default sites when the config file is first created and then it isn't touched anymore. This was done by design to allow people to control what sites are being contacted in case if some sites stop working and there's no new Wadseeker release to remove them from the list. This removes the necessity to do a new Wadseeker release whenever some page goes 404.
Config auto-migration would strip the control from the user and it'd be prone to causing mistakes or not working exactly correctly if user had modified the site's list by hand.
I think the current options are sufficient to let everyone manage Wadseeker's sites list however they want.
In short: I agree on "won't fix".
Pol M (developer)
|Based on Zalewa's comment, I completely agree on "won't fix"|
This issue is already marked as resolved.
If you feel that is not the case, please reopen it and explain why.
|Supporters:||No one explicitly supports this issue yet.|
|2019-06-12 01:05||WubTheCaptain||New Issue|
|2019-06-12 01:05||WubTheCaptain||Relationship added||related to 0003657|
|2019-06-12 01:06||WubTheCaptain||Note Added: 0020750|
|2019-06-12 01:08||WubTheCaptain||Note Added: 0020752|
|2019-06-12 01:11||WubTheCaptain||Reproducibility||always => have not tried|
|2019-06-12 01:13||WubTheCaptain||Summary||Updates to default Wadseeker sites in code are not migrated to configuration => Updates to default Wadseeker sites in code are not migrated to existing (not new) configurations|
|2019-06-12 01:17||WubTheCaptain||Note Added: 0020753|
|2019-06-13 15:03||Zalewa||Note Added: 0020758|
|2019-06-13 16:28||Pol M||Note Added: 0020760|
|2019-06-14 03:50||WubTheCaptain||Status||new => resolved|
|2019-06-14 03:50||WubTheCaptain||Resolution||open => won't fix|
|2019-06-14 03:50||WubTheCaptain||Assigned To||=> WubTheCaptain|
|2019-06-14 03:50||WubTheCaptain||Target Version||=> 1.3|
|2019-07-30 10:15||WubTheCaptain||Status||resolved => closed|
Questions or other issues? Contact Us.
|Copyright © 2000 - 2019 MantisBT Team|