This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- Re: Passing Win7 logo with feature prerequisite?
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
‎Jun 03, 2009
07:13 AM
Passing Win7 logo with feature prerequisite?
Hello,
a short quote from the "Windows 7 Software Logo Requirements":
If I now haven an application as a prerequisite of just one feature and the installer crashes at the end of the main installation, the rollback will only affect the main installer and the prerequisite itself will stay on the system, as it got correctly installed.
But the machine does not have its "previous state" as the prerequisite changed the machine.
So how is it possible to pass the win7 logo requirements if we use this feature?
Regards,
Mathias
a short quote from the "Windows 7 Software Logo Requirements":
Technical Requirements
1) Clean, reversible, installation
A clean, reversible, installation allows users to successfully manage (deploy and remove) applications on their systems.
Applications must properly implement a clean, reversible, installation. The application should be able to roll back the install at failure and restore the machine to its previous state.
If I now haven an application as a prerequisite of just one feature and the installer crashes at the end of the main installation, the rollback will only affect the main installer and the prerequisite itself will stay on the system, as it got correctly installed.
But the machine does not have its "previous state" as the prerequisite changed the machine.
So how is it possible to pass the win7 logo requirements if we use this feature?
Regards,
Mathias
(3) Replies
‎Jun 03, 2009
12:04 PM
My interpretation of this requirement yields the following guideline: Ensure that each prerequisite either has an ARP entry (and can thus be considered separately from your main package) or is automatically uninstalled as part of rollback or uninstall of your main package. We offer nothing special for automating the latter, so we implicitly suggest the former.
The real trick is figuring out what "previous state" means, and when (which state) it means. Prerequisites don't tell you whether they install or were already present. Since many prerequisites represent shared dependencies that may or may not already be present on a target machine; blindly uninstalling one when another application may have installed and rely on it is much worse than leaving behind a shared dependency with its own ARP entry. I thus find a "previous state" right before the failing installation's execute sequence was started, not necessarily the one before they clicked on your setup.exe, to be more useful.
The real trick is figuring out what "previous state" means, and when (which state) it means. Prerequisites don't tell you whether they install or were already present. Since many prerequisites represent shared dependencies that may or may not already be present on a target machine; blindly uninstalling one when another application may have installed and rely on it is much worse than leaving behind a shared dependency with its own ARP entry. I thus find a "previous state" right before the failing installation's execute sequence was started, not necessarily the one before they clicked on your setup.exe, to be more useful.
‎Jun 04, 2009
01:59 AM
Those prerequisites are actually real applications, with complete ARP entries and fully functional, even if the main installation fails.
We, of course, agree with you, the question is: Will Microsoft agree? 🙂
I thus find a "previous state" right before the failing installation's execute sequence was started, not necessarily the one before they clicked on your setup.exe, to be more useful.
We, of course, agree with you, the question is: Will Microsoft agree? 🙂
‎Jun 04, 2009
11:45 AM
Yes, that is the question. I don't have an answer. I think, for instance, that Visual Studio installs several packages separately under a unified front end. If a later one fails (e.g. the actual IDE), I don't think its externally uninstallable dependencies (e.g. the corresponding .NET framework) are uninstalled. However I don't remember if Visual Studio acquires logo certification.