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
- :
- InstallAnywhere
- :
- InstallAnywhere Forum
- :
- Re: Installer Hangs Generating Splash Screen
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 17, 2010
03:15 PM
Installer Hangs Generating Splash Screen
Testing globalization on an Intel Linux box, my installer hangs while it is generating the splash screen. In debug mode, it spews:
Image still not fully loaded: width < 0
This only happens in the French locale; the other nine languages we support are fine. The French splash screen displays fine in other tools, so I don't believe it is corrupt. All 10 splash screens are part of the DO NOT INSTALL folder. I'm running IA 2010 SP1. Any thoughts on what the problem might be?
Chris
Image still not fully loaded: width < 0
This only happens in the French locale; the other nine languages we support are fine. The French splash screen displays fine in other tools, so I don't believe it is corrupt. All 10 splash screens are part of the DO NOT INSTALL folder. I'm running IA 2010 SP1. Any thoughts on what the problem might be?
Chris
(11) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 17, 2010
03:22 PM
I just discovered it also happens when the locale is set to tr_TR (Turkish). In this case, the installer should display the English splash screen, since we don't provide a Turkish translation.
Chris
Chris
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 20, 2010
03:01 AM
Hello,
I ran in a similar issue in the past and I was told about a change in installanywhere code that removed duplicate files.
My issue was with an image I was using twice (Same file with different name) and I went in the same error.
You can give a try by editing "French locale" splash screen and "Turkish" one and saving this file with the editor (so checksum will be different). Then try building again.
I ran in a similar issue in the past and I was told about a change in installanywhere code that removed duplicate files.
My issue was with an image I was using twice (Same file with different name) and I went in the same error.
You can give a try by editing "French locale" splash screen and "Turkish" one and saving this file with the editor (so checksum will be different). Then try building again.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 20, 2010
09:39 AM
I saw your thread on this problem. I think my problem is something differenent. I ran a CRC32 checksum on all of the splash screens; they are all unique.
Chris
Chris
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 20, 2010
10:05 AM
barlock wrote:
I saw your thread on this problem. I think my problem is something differenent. I ran a CRC32 checksum on all of the splash screens; they are all unique.
Chris
So you will need to open an incident to flexera support !
You can check which file is empty by exploring the generated zip files in (e.g. for windows):
C:\Users\%USER%\AppData\Local\Temp\IXXXXXX\InstallerData\...etc...
for me it was
C:\Users\%USER%\AppData\Local\Temp\I1240307761\InstallerData\Disk1\InstData\Resource1.zip
Where Resource1.zip contained some empty files.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 20, 2010
10:19 AM
Yet another Flexera problem report....
I see the JPG splash screens in the InstallerData/installer.zip -- and I can extract the French one and display it in the Windows Picture and Fax Viewer just fine. Problem report it is!
Chris
I see the JPG splash screens in the InstallerData/installer.zip -- and I can extract the French one and display it in the Windows Picture and Fax Viewer just fine. Problem report it is!
Chris
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 21, 2010
10:44 AM
No problem report needed. The source of the problem was a bad JPG file for the French translation.
Chris
Chris
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 21, 2010
10:52 AM
Bad in what way? (would be great to know for the rest of us in order to avoid a similar issue).
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 21, 2010
11:02 AM
I will see if I can find out. I noticed that the French JPG was 877 KB, while the rest were in the 50-100 KB range. I reported this to our translation team and they replaced it with a new version that was much smaller, like the rest, and it fixed the problem. I've asked them for details and will report back here.
Chris
Chris
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 22, 2010
01:49 AM
Oh, maybe when saved it was saved with some high resolution options... or interlaced... or even simply the size might be an issue (but this only IA support could tell, if they manage to get the information from the developers, i.e. what is the maximum size of a .jpeg file that can be used without causing problems).
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 23, 2010
08:15 AM
I'm told that the translator exported it to a format other than JPG and named it JPG.
Chris
Chris
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 23, 2010
08:21 AM
Well, nice human error! 🙂 But maybe IA can do something about it, improve the error message, after all is rather easy to detect if a file is really a JPEG or not.