cancel
Showing results for 
Search instead for 
Did you mean: 
DaveSimmons
Occasional contributor

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.
Labels (1)
0 Kudos
11 Replies
DaveSimmons
Occasional contributor

Re: InstallScript Setup Launcher Unicode Has Stopped Working (Windows message)

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.
0 Kudos
carlebishop
Pilgrim

IS2013 Startup Code bug

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.
0 Kudos
MillionsterNutz
Flexera beginner

Re: InstallScript Setup Launcher Unicode Has Stopped Working (Windows message)

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
0 Kudos
rosey1
Pilgrim

Setup Launcher Unicode Has Stopped Working - still an issue

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...
0 Kudos
MillionsterNutz
Flexera beginner

Re: InstallScript Setup Launcher Unicode Has Stopped Working (Windows message)

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
0 Kudos
bkayser
Pilgrim

The fix for Windows 8 and Windows Server 2012 and up

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

0 Kudos
itsbaskar
Pilgrim

InstallScript Setup Launcher Unicode Has Stopped Working (Windows message)

I still see the same error in Install shield 2014 as well. Any idea what to do?
0 Kudos
Highlighted
coJeff
Pilgrim

Re: InstallScript Setup Launcher Unicode Has Stopped Working (Windows message)

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?
0 Kudos

Not working on Server 2012 R2

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.
0 Kudos