Page 1 of 1
Install doesn't replace newer vers with older?
Posted: 21 Dec 2006 04:32
by j_c_hallgren
Had 5.50.1 installed...having a problem so went to use my 5.40 vers from before....ran the install process, but it seems to not want to overlay any of the newer vers with desired older ones...don't recall having this occur before...I should be able to revert back without having to delete current, I believe...
Renaming current XYplorer.exe allowed the "back"-install to work!

Posted: 21 Dec 2006 04:53
by jacky
Well, it's a pretty common thing to have a overwrite-if-newer rule on installation procedure, especially for DLLs and such. And installing a version on an older one is pretty unusual you'll admit
Maybe the XYplorer.exe should always be overwritten, I don't know. But it might not be a good idea when it comes to INI, as having newer version be able to read older INI is expected, you can't expect your older version not to "mess"/get confused with some newer INI settings/changes!
Posted: 21 Dec 2006 05:07
by j_c_hallgren
You're correct when it comes to INI changes...so...maybe...instead of just a VERY quick flash of the 'results' screen on install (which I think maybe showed "skipped"), there could be some way that the install could warn of the failure/condition and let user decide what to do?
Posted: 21 Dec 2006 06:56
by Gandolf
An easy way to revert to a previous version is to use peterbonge's suggestion and unzip the installer (exe) file with 7-zip. That way you can replace only the files you want (but it has to be done with another file manager, since XY cannot be running). It's the way I always update XY now since I have control over what happens, and not the automated installer.
Posted: 21 Dec 2006 08:19
by admin
Gandolf wrote:... but it has to be done with another file manager, since XY cannot be running...
Another XY is enough.

You could keep one (older version of) XY pointing to your download folder, and with the CopyTo-command configured to copy the freshly downloaded XYplorer.exe to its final location. You could quickly cross-start these instances via the Catalogs of each.