If your downgrade is effectively the same as an uninstall of the old product
followed by an install of the new product you should be ok, and that depends
on early sequencing of RemoveExistingProducts. 

If your RemoveExistingProducts is at the end somewhere, the upgrade is like
a merge of the components  (when coomponent guids are unchanged), and that's
true of what you call a downgrade or an upgrade. I don't think Windows
suspends the file version overwrite rules, and so will still apply them. If
your old version has files with version 5.0, and the new one has versions of
6.0 a downgrade may leave you with the old version product with the 6.0 file
versions. That's my recollection anyway, and that's why the best downgrade
is simply to uninstall the broken new product and reinstall the old one from
the install media that you kept, right?

Keep in mind components can be shared - let's say your new product installed
new shared Microsoft components that updated files because of file version
rules. Uninstalling that new product will simply decrease the ref count on
them and the new versions will remain on the system. Reinstalling your older
product will also apply file version rules and those Microsoft files will
not be replaced with older versions from your older install. That's the same
thing that happens when your REP is at the end. So I think that's the issue
- you can end up with an "older" product with a mishmash of file versions
that were probably never designed or tested to work together. Obviously
deserves a test and a sanity check to be sure I'm remembering this
correctly. 

Phil 

 
-----Original Message-----
From: Alain Forget [mailto:afor...@cmu.edu] 
Sent: Saturday, April 13, 2013 1:54 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] AllowDowngrades="yes" warning LGHT1076 : ICE61

I've recently added the AllowDowngrades="yes" attribute to my MajorUpgrade
element, which resulted in the following light warning:

warning LGHT1076 : ICE61: This product should remove only older versions of
itself. No Maximum version was detected for the current product.
(WIX_UPGRADE_DETECTED)

In a similar post ( see http://sourceforge.net/p/wix/bugs/2405/ ), Rob
explains that the warning is produced by the Windows Installer / ICE team,
and that they believe allowing downgrades or same version upgrades is a bad
idea.

The reason I think we need to enable downgrades is if we push a new major
upgrade, but find out there's some critical and hard-to-fix flaw we missed,
and then want to quickly and easily rollback to an older version.

So the warning is making me wonder if there's a flaw in my logic. Your
thoughts?

Alain


***************************************
Alain Forget, Ph.D.
Postdoctoral Researcher
CyLab, Carnegie Mellon University
afor...@cmu.edu
http://cups.cs.cmu.edu/~aforget/
***************************************



----------------------------------------------------------------------------
--
Precog is a next-generation analytics platform capable of advanced analytics
on semi-structured data. The platform includes APIs for building apps and a
phenomenal toolset for data science. Developers can use our toolset for easy
data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to