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: InstallScript Setup Launcher Unicode Has Stopped Working (Windows message)
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 06, 2013
06:06 PM
InstallScript Setup Launcher Unicode Has Stopped Working (Windows message)
InstallScript based setup, upgraded from IS 2011 setup but no other changes to the setup.
A small number of customers in the field (5% or less) are now seeing this error when trying to install. It happens at the "Preparing Setup" stage of the wizard, after selecting which language to use. Running the setup again does not allow it to succeed. No InstallShield error is displayed just the Windows error.
The setup has InstallScript to read a file for a license key, but this will display a message box if there are problems reading that file (I've verified that my message box appears if this fails). The script code also sets a few registry keys. There are no custom DLLs or anything else "tricky."
I moved to a new PC and in the process switched from InstallShield 2011 Premiere to IS 2013 Premiere. This unfortunately means I no longer have IS 2011 installed.
Any ideas on how to diagnose and fix this are welcome.
A small number of customers in the field (5% or less) are now seeing this error when trying to install. It happens at the "Preparing Setup" stage of the wizard, after selecting which language to use. Running the setup again does not allow it to succeed. No InstallShield error is displayed just the Windows error.
The setup has InstallScript to read a file for a license key, but this will display a message box if there are problems reading that file (I've verified that my message box appears if this fails). The script code also sets a few registry keys. There are no custom DLLs or anything else "tricky."
I moved to a new PC and in the process switched from InstallShield 2011 Premiere to IS 2013 Premiere. This unfortunately means I no longer have IS 2011 installed.
Any ideas on how to diagnose and fix this are welcome.
(12) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 01, 2013
08:54 PM
Update:
We've been working with Flexera on this and it appears to be a crash bug in the IS2013 startup code. triggered when one or more standard Windows folders are missing from the customer's PC:
1. C: > Users > ("Yourname" Windows account ) > My Documents
2. C: > Users > ("Yourname" Windows account ) > AppData > Local
3. C: > Users > ("Yourname" Windows account ) > AppData > Roaming > Microsoft > Windows > Start Menu > Programs > Startup
4. C: > Users > Default > Documents
5. C: > Users > Default > AppData > Roaming > Microsoft > Windows > Start Menu > Programs > Startup
Workarounds include having the customer manually create the folder(s), or using one of your older IS2011 installs then some non-IS patching or update scheme if you have one.
We've provided Flexera with setup log traces and with customer confirmations of the manual fix so it seems likely they should be able to release a fix for this.
We've been working with Flexera on this and it appears to be a crash bug in the IS2013 startup code. triggered when one or more standard Windows folders are missing from the customer's PC:
1. C: > Users > ("Yourname" Windows account ) > My Documents
2. C: > Users > ("Yourname" Windows account ) > AppData > Local
3. C: > Users > ("Yourname" Windows account ) > AppData > Roaming > Microsoft > Windows > Start Menu > Programs > Startup
4. C: > Users > Default > Documents
5. C: > Users > Default > AppData > Roaming > Microsoft > Windows > Start Menu > Programs > Startup
Workarounds include having the customer manually create the folder(s), or using one of your older IS2011 installs then some non-IS patching or update scheme if you have one.
We've provided Flexera with setup log traces and with customer confirmations of the manual fix so it seems likely they should be able to release a fix for this.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Dec 06, 2013
10:23 AM
Any word on when a fix for this might be coming out? We are getting more reports of this happening to our customers and would like to be able to give them some idea of when it will be fixed.
DaveSimmons wrote:
Update:
We've been working with Flexera on this and it appears to be a crash bug in the IS2013 startup code. triggered when one or more standard Windows folders are missing from the customer's PC:
1. C: > Users > ("Yourname" Windows account ) > My Documents
2. C: > Users > ("Yourname" Windows account ) > AppData > Local
3. C: > Users > ("Yourname" Windows account ) > AppData > Roaming > Microsoft > Windows > Start Menu > Programs > Startup
4. C: > Users > Default > Documents
5. C: > Users > Default > AppData > Roaming > Microsoft > Windows > Start Menu > Programs > Startup
Workarounds include having the customer manually create the folder(s), or using one of your older IS2011 installs then some non-IS patching or update scheme if you have one.
We've provided Flexera with setup log traces and with customer confirmations of the manual fix so it seems likely they should be able to release a fix for this.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 29, 2014
08:15 AM
Hi y'all!
I've also seen this error a few times so far and wanted to post my experience with it here as the thread was never really 'closed'.
Recreating the default folders as stated by DaveSimmons did not work for me. However creating a new user, actually logging in with that new user and installing the software with that new user (you can still provide admin credentials, but you have to be logged in with a new user) worked for me at least the last time. I assume this is due to the fact that the default folder are created from scratch for that new user so nothing is messed up for it.
As always I find it kind of lame that Flexera/InstallShield doesn't give a s**t about such issues as this is the only ressource on the internet that I could find which actually tries to solve the issue. No official statement by Flexera and no information if you do not have a support contract. I asked one of their sales guys if the problem is fixed in IS2014 and also only got a general answer suggesting me to ask the support.
Well, the answer seems to be yes, the "InstallScript Setup Launcher Unicode Has Stopped Working"-bug is fixed in IS2014. At least the Trial-Version of IS2014 does not show the issue (I tested it by deleting the said standard folders in a virtual machine: An IS13 setup failed as expected while the IS14 setup started correctly).
Seriously Flexera: Would it have been that hard to let the community know about this???
Regards
MillionsterNutzer
I've also seen this error a few times so far and wanted to post my experience with it here as the thread was never really 'closed'.
Recreating the default folders as stated by DaveSimmons did not work for me. However creating a new user, actually logging in with that new user and installing the software with that new user (you can still provide admin credentials, but you have to be logged in with a new user) worked for me at least the last time. I assume this is due to the fact that the default folder are created from scratch for that new user so nothing is messed up for it.
As always I find it kind of lame that Flexera/InstallShield doesn't give a s**t about such issues as this is the only ressource on the internet that I could find which actually tries to solve the issue. No official statement by Flexera and no information if you do not have a support contract. I asked one of their sales guys if the problem is fixed in IS2014 and also only got a general answer suggesting me to ask the support.
Well, the answer seems to be yes, the "InstallScript Setup Launcher Unicode Has Stopped Working"-bug is fixed in IS2014. At least the Trial-Version of IS2014 does not show the issue (I tested it by deleting the said standard folders in a virtual machine: An IS13 setup failed as expected while the IS14 setup started correctly).
Seriously Flexera: Would it have been that hard to let the community know about this???
Regards
MillionsterNutzer
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 31, 2014
08:53 AM
MillionsterNutz wrote:
Hi y'all!
I've also seen this error a few times so far and wanted to post my experience with it here as the thread was never really 'closed'.
Recreating the default folders as stated by DaveSimmons did not work for me. However creating a new user, actually logging in with that new user and installing the software with that new user (you can still provide admin credentials, but you have to be logged in with a new user) worked for me at least the last time. I assume this is due to the fact that the default folder are created from scratch for that new user so nothing is messed up for it.
As always I find it kind of lame that Flexera/InstallShield doesn't give a s**t about such issues as this is the only ressource on the internet that I could find which actually tries to solve the issue. No official statement by Flexera and no information if you do not have a support contract. I asked one of their sales guys if the problem is fixed in IS2014 and also only got a general answer suggesting me to ask the support.
Well, the answer seems to be yes, the "InstallScript Setup Launcher Unicode Has Stopped Working"-bug is fixed in IS2014. At least the Trial-Version of IS2014 does not show the issue (I tested it by deleting the said standard folders in a virtual machine: An IS13 setup failed as expected while the IS14 setup started correctly).
Seriously Flexera: Would it have been that hard to let the community know about this???
Regards
MillionsterNutzer
We upgraded from 2013 Pro to 2014 Pro and tried upgrading our previous install on Win 7 machines (32 and 64 bit Pro), and see this error every time. Clicking the close box on the warning message allows the installer to complete (and the program works properly), but we sometimes see the message twice during an install. A clean install only shows the message intermittently. We have all the folders in the suggestions present. We cannot ask every user to set up a new account to install/upgrade our software.
Does anyone know how to fix this???
Any reasonably suggestions would be much appreciated...
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 24, 2014
09:18 AM
Hi!
Last week a colleague of mine had the infamous "InstallScript Setup Launcher Unicode Has Stopped Working" error again. I tried to assist him by checking the said folders and we ended up creating a new admin, but this time this did not help either. I told him that there is nothing I could do at this point and we decided to use an old version of our product that was still built with IS2012 (I have to wait until next year before budget allows me to buy IS2014).
Today my colleague called me that he was able to install the new version of the software because he found out which folder was actually missing! He was using Microsoft's Process Monitor from Sysinternals to inspect the Setup.exe's file access and there it was amongst a huge pile of successfull folder checks there was one that failed due to a missing folder... Created missing folder => Setup runs! Atta boy!
That might not be a complete solution but at least a work around for the desparate ones.
Cheers!
Ralf
Last week a colleague of mine had the infamous "InstallScript Setup Launcher Unicode Has Stopped Working" error again. I tried to assist him by checking the said folders and we ended up creating a new admin, but this time this did not help either. I told him that there is nothing I could do at this point and we decided to use an old version of our product that was still built with IS2012 (I have to wait until next year before budget allows me to buy IS2014).
Today my colleague called me that he was able to install the new version of the software because he found out which folder was actually missing! He was using Microsoft's Process Monitor from Sysinternals to inspect the Setup.exe's file access and there it was amongst a huge pile of successfull folder checks there was one that failed due to a missing folder... Created missing folder => Setup runs! Atta boy!
That might not be a complete solution but at least a work around for the desparate ones.
Cheers!
Ralf
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 23, 2015
10:55 AM
DaveSimmons wrote:
Update:
We've been working with Flexera on this and it appears to be a crash bug in the IS2013 startup code. triggered when one or more standard Windows folders are missing from the customer's PC:
1. C: > Users > ("Yourname" Windows account ) > My Documents
2. C: > Users > ("Yourname" Windows account ) > AppData > Local
3. C: > Users > ("Yourname" Windows account ) > AppData > Roaming > Microsoft > Windows > Start Menu > Programs > Startup
4. C: > Users > Default > Documents
5. C: > Users > Default > AppData > Roaming > Microsoft > Windows > Start Menu > Programs > Startup
Workarounds include having the customer manually create the folder(s), or using one of your older IS2011 installs then some non-IS patching or update scheme if you have one.
We've provided Flexera with setup log traces and with customer confirmations of the manual fix so it seems likely they should be able to release a fix for this.
The info above only works on Windows 7 and below.
I found nothing else on how to fix it for Windows 8 / Server 2012 so I updated on my blog.
http://brian-kayser.blogspot.com/2015/04/fix-for-installscript-setup-launcher.html
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 20, 2015
04:48 AM
I still see the same error in Install shield 2014 as well. Any idea what to do?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 27, 2015
10:58 AM
Well it looks like I'm now involved in this bug. We just upgraded to Installshield 2014 from 2012 Spring. It happens all the time even if you "Run as Administrator". I double checked that those folders were there as suggested in the earlier posts. Is there any resolution on this?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 04, 2015
02:37 PM
Just adding my 2 cents to this thread. We upgraded from IS2012 spring to IS2013 because it supported Windows 8.1 and Server2012R2.
We have Software-As-A-Service on Amazon Cloud instances. Most of our clients use English. We have no trouble installing to those cloud instances. But the Chinese customer is producing this error message, even though we set the regional setting for that computer to English before attempting to install. These cloud instances are all Server 2012R2.
Additional information:
The instances are not new. We uninstalled our previous version before attempting to upgrade. We ran the setup.exe as an administrator. The username used was the administrator of that instance.
We have Software-As-A-Service on Amazon Cloud instances. Most of our clients use English. We have no trouble installing to those cloud instances. But the Chinese customer is producing this error message, even though we set the regional setting for that computer to English before attempting to install. These cloud instances are all Server 2012R2.
Additional information:
The instances are not new. We uninstalled our previous version before attempting to upgrade. We ran the setup.exe as an administrator. The username used was the administrator of that instance.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 04, 2016
01:25 PM
create same project as basic msi, add PROGRAMFILETOLAUNCHATEND = launch to property manager. This resolve the issue for me.
DaveSimmons wrote:
Update:
We've been working with Flexera on this and it appears to be a crash bug in the IS2013 startup code. triggered when one or more standard Windows folders are missing from the customer's PC:
1. C: > Users > ("Yourname" Windows account ) > My Documents
2. C: > Users > ("Yourname" Windows account ) > AppData > Local
3. C: > Users > ("Yourname" Windows account ) > AppData > Roaming > Microsoft > Windows > Start Menu > Programs > Startup
4. C: > Users > Default > Documents
5. C: > Users > Default > AppData > Roaming > Microsoft > Windows > Start Menu > Programs > Startup
Workarounds include having the customer manually create the folder(s), or using one of your older IS2011 installs then some non-IS patching or update scheme if you have one.
We've provided Flexera with setup log traces and with customer confirmations of the manual fix so it seems likely they should be able to release a fix for this.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 23, 2016
04:08 PM
I get this error when I try to run the InstallShield 2015 Service Pack 1 installer on Windows 8.1.
"InstallShield2015SP1PremierComp.exe"
"InstallShield2015SP1Premier.exe"
Both exes produce the same error.
Any ideas?
"InstallShield2015SP1PremierComp.exe"
"InstallShield2015SP1Premier.exe"
Both exes produce the same error.
Any ideas?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Dec 15, 2020
05:36 AM
InstallScript based project, upgraded from IS 2016 to IS 2018 setup but no other changes.
Now seeing this error when trying to install the exe(3 out of 10 insallations). Running the setup again does not allow it to succeed. No InstallShield error is displayed just the Windows error.
Installed OS - Windows Server 2012 R2.
Any ideas to resolve the issue are welcome,
Thanks in advance.
InstallScript Setup Launcher Unicode has stopped working.
Problem signature :
Problem Event name : BEX
Application Name : new.exe
Application Version : 4.0.0.0
Application Time Stamp : 5ba373ec
Exception Offset : 00047ad6
Exception Code : c0000409
