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
- :
- Generating upgrade has erroneous Font Table entry
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
‎Nov 03, 2008
02:06 PM
Generating upgrade has erroneous Font Table entry
I have a Basic MSI project. I am in the process of testing to ensure the product can be properly patched from the current version to some future version. For the purposes of this example, the files in each installer are identical. Note: I am using Dynamic file linking, and have best practices turned ON. I have tried it with Best Practices turned off and have similar results.
When Generating a Patch.msp file I get the following Error:
Since the files between these two installers are identical, This error should not happen. Digging into the tables I have the following:
Original Installer:
Upgrade Installer:
Note how the File ID in the File name does not correspond with the file name listed in the Font Table? Also, the original file ID _CFE6EE577FE7F0A4589340FBD573ECB9 cannot be found in the File table of the Upgrade Install.
What is going on here?
When Generating a Patch.msp file I get the following Error:
ISDEV : warning Val0015: The Font table contains new content. Therefore, if you are packaging this upgrade as a patch, you will not be able to make it an uninstallable patch.
Since the files between these two installers are identical, This error should not happen. Digging into the tables I have the following:
Original Installer:
Font Table:
File: _CFE6EE577FE7F0A4589340FBD573ECB9
File Table:
File:_CFE6EE577FE7F0A4589340FBD573ECB9 Component:_8ED70EECDB68758DDB72C4D06A4DA0DD FileName:Lucida~1.ttf|LucidaSansRegular.ttf
Upgrade Installer:
Font Table:
File: _CFE6EE577FE7F0A4589340FBD573ECB9
File Table:
File:_C2E29FE8BEE8C1F4412BADBF2A31D488 Component:_8ED70EECDB68758DDB72C4D06A4DA0DD FileName:Lucida~1.ttf|LucidaSansRegular.ttf
Note how the File ID in the File name does not correspond with the file name listed in the Font Table? Also, the original file ID _CFE6EE577FE7F0A4589340FBD573ECB9 cannot be found in the File table of the Upgrade Install.
What is going on here?
(12) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 03, 2008
03:31 PM
Are you using the Previous Package/Patch Optimization setting in your latest release (pointing it to the base MSI)?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 03, 2008
03:35 PM
joshstechnij wrote:
Are you using the Previous Package/Patch Optimization setting in your latest release (pointing it to the base MSI)?
Yes. I have the upgrade MSI pointing to the previous MSI packaged in the Release configuration.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 04, 2008
11:02 AM
Has the build source path to the file changed since the base MSI was built? This would cause the file key to change and the previous package sync process at build would not be able to use the old file key.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 04, 2008
11:12 AM
joshstechnij wrote:
Has the build source path to the file changed since the base MSI was built? This would cause the file key to change and the previous package sync process at build would not be able to use the old file key.
Yes and No.
In the Project file, I have a single source path
However, the value of
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 04, 2008
11:49 AM
Using a path variable is the correct method for including files in a dynamic file link (or in general) instead of hard coded paths. As you have your project set up, this should not be causing any issues.
Can you reproduce this issue in a sample project that includes a small number of files and a font file?
Can you reproduce this issue in a sample project that includes a small number of files and a font file?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 04, 2008
01:24 PM
I created a test installer. With the test installer I am able to repeat the problem only if my source build files directory changes between builds. The Path Variable is the same in both builds, it just changes what directory it points to during the build.
Eg. build #1 Has the path C:\build\Test1 Build #2 has the source path C:\build\Test2. If Build #2 has the same path as build #1 the problem does not occur.
Also, a new piece of information: When I build the base installer within IS2k9 I get the following warning from Windows Validation:
[CODE]
ICE07 is only encountered during validation and is displayed in the following format: ICE07 Warning [FONTFILE] is a Font and must be installed to the FontsFolder. Current Install Directory: [DIRECTORY].
[/CODE]
But since I am using Dynamic file linking, why is InstallShield 2k9 unable to populate the FontsFolder properly?
Finally, I am able to bypass the patching problem entirely by telling my dynamic link to exclude fonts (*.ttf) and manually create an entry for the font file. While this method works, I am not happy with it. I would much rather let dynamic file linking maintain which files are including in my build.
Eg. build #1 Has the path C:\build\Test1 Build #2 has the source path C:\build\Test2. If Build #2 has the same path as build #1 the problem does not occur.
Also, a new piece of information: When I build the base installer within IS2k9 I get the following warning from Windows Validation:
[CODE]
ICE07 is only encountered during validation and is displayed in the following format: ICE07 Warning [FONTFILE] is a Font and must be installed to the FontsFolder. Current Install Directory: [DIRECTORY].
[/CODE]
But since I am using Dynamic file linking, why is InstallShield 2k9 unable to populate the FontsFolder properly?
Finally, I am able to bypass the patching problem entirely by telling my dynamic link to exclude fonts (*.ttf) and manually create an entry for the font file. While this method works, I am not happy with it. I would much rather let dynamic file linking maintain which files are including in my build.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 10, 2008
02:25 PM
Can you try building your project again after replacing ISWiBuild.dll in C:\Program Files\InstallShield\2009\System with the attached copy (make a backup copy of the original first)? Does this resolve the Font table issues?
Regarding the ICE07 validator, we include files from dynamic file links and add them to components targeting relative paths from the component's root destination path. If your component that includes dynamically linked files is not installing to FontsFolder, any files in the dynamic link (and subfolder in the link) will not be installed to FontsFolder, even if there are font files in the dynamic link.
Regarding the ICE07 validator, we include files from dynamic file links and add them to components targeting relative paths from the component's root destination path. If your component that includes dynamically linked files is not installing to FontsFolder, any files in the dynamic link (and subfolder in the link) will not be installed to FontsFolder, even if there are font files in the dynamic link.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 10, 2008
04:12 PM
The fix you provided works. Is this upgraded file appropriate for use on production builds (e.g what I would ship to customers)? Or will you be issuing a separate hot fix of some kind?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 11, 2008
06:25 PM
The fix should be fine for production use as the only code changes included affect the previous package file key synchronization performed at build time. If you do encounter any issues, please let us know.
The same DLL will be provided in a hotfix KB article in the near future.
The same DLL will be provided in a hotfix KB article in the near future.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 18, 2008
12:55 PM
josh,
do you know if this archive that you sent (ISWIBuild.dll) will work on installshield X Professional?
thanks
do you know if this archive that you sent (ISWIBuild.dll) will work on installshield X Professional?
thanks
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 18, 2008
02:33 PM
The attached copy of ISWiBuild.dll will only work with IS 2009 since it is intended to fix the original issue with dynamic file key synchronization originally reported in this thread (which should not be an issue in IS X since the "previous package" functionality was broken due to a change made in IS 2009).
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 19, 2008
05:58 AM
hmm,
i asked you this because i have this problem
http://community.acresso.com/showthread.php?t=184802
and i thought this archive could help me in some way...
i don't know if you saw may problem before, but i think you can help me...
thanks again
i asked you this because i have this problem
http://community.acresso.com/showthread.php?t=184802
and i thought this archive could help me in some way...
i don't know if you saw may problem before, but i think you can help me...
thanks again
![](/skins/images/A5EADE085F77DE82FB3B14D6B307AE6A/responsive_peak/images/icon_anonymous_message.png)