cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
iPAQMike
Level 4

Bug found with Mobile Devices Installer build

After over a week of building and testing a Windows Mobile release using InstallShield 2008 Premier, I have finally isolated the fault. I went to open a service ticket on this item, but cannot because that apparently requires a different signin than the forums and I have to wait for an email first :confused:

Several people, some in Houston and some in Taiwan, have been trying to diagnose this issue. For the longest time we thought the problem was that InstallShield was not signing the CAB file, although it clearly looked like it was supposed to support it. But when we ran setup.exe and InstallShield launched the Add/Remove programs applet of ActiveSync, when the cab was launched on the device we continued to get the "Unknown Publisher" warning dialog on the device-side.

If I went to the [FONT="Courier New"][SIZE="2"][is_project_dir]\Product Configuration 1\[releaseDir]\CEApps[/SIZE][/FONT] folder and copied the CAB file from this location and then manually copied it to the device and manually executed the CAB file, I would not get the "Unknown Publisher" warning dialog on the device. Too, if I examined the CAB file on the desktop it looked like the file was correctly signed.

The trick to finding the fault was navigating to the [FONT="Courier New"]\Windows\AppMgr\Install[/FONT] folder on the device. Next, run setup.exe on the desktop, and when I got the "Unknown Publisher" dialog on the device, I quickly copied the CAB file from the device before it was deleted. This CAB file is not signed.

I then looked again at the build log, which I looked at so many times before, and could see it was telling me what was wrong, but I didn't understand

[FONT="Courier New"]...
Creating INF file for Application "Fred"...
Building CAB files for Application "Fred"...
Adding CAB files for Application "Fred" to Binary table... <-- Adds first
Started signing Fred.PPC500_StrongARM-XScale.CAB ... <-- then signs (out of sequence)
Succeeded
...
[/FONT]

When IS "adds cab file to binary table", it's not just adding a reference in a table, it's adding the file. THEN it signs the CAB file.

I'm putting this here in hopes we can get a resolution quickly. I still haven't received the email with the information that will let me open a support ticket.

In the next week, our teams have to produce 22 Windows Mobile installations. Currently the only work-around is to first build the CAB and sign it, then open a new project in IS to build the setup.exe (selecting "use existing CAB"). The process is already complicated enough.

I can think of no reason why InstallShield would sign the CAB file after it added it to the setup.exe build, other than it being a bug, as the log indicates.

Thanks!

Mike

keywords: signcode signtool cab troubleshooting windows mobile pocketpc pocket pc pain grief suffering
Labels (1)
0 Kudos
(1) Reply
iPAQMike
Level 4

Since nobody replied here, I'm posting my findings for others.

After going through our paid corporate maintenance agreement channel I was able to get a response from the company, which as of April 1, 2008 is no longer Macrovision. I was told that they were aware of the bug and was sent a DLL via email that solved the issue. Ironically, an installer wasn't included with the patch file :rolleyes:

So if anyone else runs into this issue, at least you'll know the fault is not your own. I spent a LOT of time on this issue that they already know about and even have a fix for. I wonder why they have not posted in an update? Not sure what's going on with that.
0 Kudos