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: Install not recognizing installed Office 2010
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 09, 2015
02:36 PM
Install not recognizing installed Office 2010
I built an install for an Excel add-in, including a dependency on Office 2007 or greater. For testing, I am installing it on a virtual machine (Win 7 32 bit running on Win 8.1 host with Hyper-V). To test the dependency, I first tried installing before installing Office. It first detected other missing dependencies, like .NET 4.0 Full, and apparently installed them before correctly aborting on detecting the missing Office. I then installed Office 2010 and retried my install. It still reports that Office 2007 or greater must be installed, and quits. I even tried restarting the VM with no effect. Why is it not detecting Office? Last I knew, 2010 was greater than 2007!
(5) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 10, 2015
03:15 PM
I think there is a typo with that description.
It checks just the version being checked in the Project Assistance.
It checks just the version being checked in the Project Assistance.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 10, 2015
03:58 PM
I may be new to InstallShield, but I don't understand your comment. Are you saying there is a typo in InstallShield? In Project Assistant|Installation Requirements, there is a question "Does your application require any software to be installed on the machine?" I checked "Yes", Then checked "Microsoft .NET Framework 4.0 Full package" and "Microsoft Office 2007". The message for the Office 2007 condition is "Microsoft Office 2007 or greater needs to be installed for this installation to continue." In the alternate view, the "Requirements" step has these both checked also. The description for Office 2007 is "The installation runs only if Office 2007 is installed on the target system." However, the message to be displayed is the same as previously mentioned, of Office 2007 *or greater*. Are you saying that it only checks for 2007, not the 'or greater' part. That would be a pretty useless condition. I am sure that the makers of InstallShield would know better than that.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 11, 2015
10:08 AM
It might be a bug.
The installer currently searches for a registry entry(SOFTWARE\Microsoft\Office\12.0\Common\InstallRoot\Path) and stores it in a property.
It then checks the existence of the property as an install condition.
The installer currently searches for a registry entry(SOFTWARE\Microsoft\Office\12.0\Common\InstallRoot\Path) and stores it in a property.
It then checks the existence of the property as an install condition.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 11, 2015
10:58 AM
If it is checking *only* that path, that is a problem. The 12.0 portion of the path is version-specific for 2007. 2010 uses 14.0 and 2013 uses 15.0. In addition, other parts of the path might change: the VM with 2013 uses a similar path, but the host machine with 2013 has only a Virtual subkey under InstallRoot, with various entries under that. Each application key does have an InstallRoot subkey with a Path entry in all configurations I have tried.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 02, 2015
11:03 AM
It appears that it *is* only checking the one version selected. If one wants to check for "2007 or greater" as the message implies, there is apparently no way to have InstallShield do this for you (unless you could 'OR' conditions, but conditions appear to be strictly an 'AND' -- all or nothing). Fortunately, I was able to find a way to do this with a custom action executable that appears to work correctly (so far, anyway.)
![](/skins/images/8CE4FAD0DE6F3A6F9D0567434D2D2DAE/responsive_peak/images/icon_anonymous_message.png)