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: IS2012 and Windows 8
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
‎Oct 18, 2012
04:49 AM
IS2012 and Windows 8
Run into a problem today having upgraded my machine to Windows 8 Enterprise.
When i go to open file, i do not get the network drives that i have mapped listed as a location to open.
This means that it is unable to locate files to pull into the build.
Is this a known issue and will it be fixed?
This also appears to be the same in Spring as well as i just upgraded my project to try it out.
Is this an extension of the long standing bug whereby you had to manually navigate to a network drive in a file open dialog before IS would locate files even though the drive was perfectly accessible.
Regards,
/SiD
When i go to open file, i do not get the network drives that i have mapped listed as a location to open.
This means that it is unable to locate files to pull into the build.
Is this a known issue and will it be fixed?
This also appears to be the same in Spring as well as i just upgraded my project to try it out.
Is this an extension of the long standing bug whereby you had to manually navigate to a network drive in a file open dialog before IS would locate files even though the drive was perfectly accessible.
Regards,
/SiD
(5) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 18, 2012
08:11 AM
This is Microsoft behavior. For more information, see the following thread (which discusses run-time behavior; note that the same behavior applies to design time, too):
http://community.flexerasoftware.com/showthread.php?t=187553
http://community.flexerasoftware.com/showthread.php?t=187553
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 18, 2012
09:18 AM
Hi Debbie,
I'm not exactly sure what you mean by it is Microsoft behavior, the InstallShield application is not listing me drives on windows 8 that it did on Windows 7.
Regardless of any "behavior issues", it needs fixing.
Regards,
/SiD
I'm not exactly sure what you mean by it is Microsoft behavior, the InstallShield application is not listing me drives on windows 8 that it did on Windows 7.
Regardless of any "behavior issues", it needs fixing.
Regards,
/SiD
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 18, 2012
09:31 AM
This is not an InstallShield-specific problem. It is a problem with the way that Windows Vista and later handle mapped drives. Other programs can exhibit the same sort of behavior. Here's a Microsoft KB article that also explains the problem, as well as a workaround.
http://support.microsoft.com/kb/937624
http://support.microsoft.com/kb/937624
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 19, 2012
06:31 AM
I can confirm that making the registry change described in the article allows me access to network drives.
Does not explain the difference in behavior between Windows 7 & 8!
Does not explain the difference in behavior between Windows 7 & 8!
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 19, 2012
09:56 AM
FYI: I just learned about an alternative solution. In an administrative Command Prompt window, run a command such as this:
net use x: \\server\share
(with appropriate values substituted)
This solution would need to be repeated for any mapped drive that you want to be able to access.
I can reproduce the behavior on my Windows 7 and 8 machines. If the registry key is set, if the above command is run, or if the network drive is mapped in both elevated and non-elevated contexts, accessing the mapped drive is not a problem. So, perhaps one of those scenarios was in place on your Windows 7 box.
net use x: \\server\share
(with appropriate values substituted)
This solution would need to be repeated for any mapped drive that you want to be able to access.
I can reproduce the behavior on my Windows 7 and 8 machines. If the registry key is set, if the above command is run, or if the network drive is mapped in both elevated and non-elevated contexts, accessing the mapped drive is not a problem. So, perhaps one of those scenarios was in place on your Windows 7 box.