You are viewing limited content. For full access, please sign in.

Question

Question

MSI Product ID for Laserfiche 9.1.1 and 9.1.0 are the same

asked on March 11, 2014 Show version history

 Below is the body of an e-mail that I got from one of the members of our deployment team.  We push out all of our applications including Laserfiche Client using Novell Application Launcher.   As you can see from the below message the MSI Product ID for Laserfiche 9.1.1 is the same as it was for Laserfiche 9.1.0 so this is causing our deployment system to think that is is already deployed.

 

I would like to know if there is a way around this like a new release coming up soon or was this iIntentional and it is the way it is?

 

I have spent some time evaluating the Laserfiche 9.1.1 Client install and have determined that this will not work like previous upgrades because the new version shares the same product ID (GUID), uninstallation data and registration information as 9.1.0. When attempting to upgrade, logs report;
“No MSI update was necessary.”

“Version 9.1.0.413 of Laserfiche Client is installed (minor upgrade).”

“Modification of selected features is not allowed during a minor upgrade.”

 

2 0

Answer

SELECTED ANSWER
replied on March 11, 2014

This is intentional and has been the way we've done things for a while (9.0.0, 9.0.1, 9.0.2, and 9.0.3) all had the same product codes, for example. Basically, within a given x.y version, we use minor in-place upgrades - you might notice you don't get the full UI for a 9.0.0 to 9.0.1 upgrade like you would from 9.0.0 to 9.1.0. This provides a much more streamlined installation experience for those maintenance updates.

 

The one thing to be aware of though is that since the product GUID is the same, you can't just launch 9.0.1 as a new installation - instead you basically launch it as a transformed repair operation. You know how a repair is 'update the files to the exact version I installed as'? Well this is 'update the files to the exact version of this new installation'.

 

I always recommend that when people have to do unattended installation directly on the msi itself (instead of through setup.exe, which is the best practice as it handles all this for you) is to first run a logged installation through setup.exe and see what command lines it uses. You'll see that it actually includes REINSTALL and REINSTALLMODE parameters. If you include those like setup does,the install will proceed as you expect.

 

Incidentally, is there a reason why you can't do the unattended installation through Setup.exe (which would have taken care of this automatically) and have to call into the msi directly?

3 0

Replies

replied on May 1, 2014

Good Afternoon Justin,

 

We are actually using a batch file to deploy the installation of Laserfiche clients and are running into the issue mentioned above when trying to update from 9.1.0 to 9.1.1. If I read correctly, using the setup.exe should handle the issue correct? Perhaps we are missing something.

The setup.log states:

[PID: 4512] 12:14:30.162  Modification of selected features is not allowed during a minor upgrade.
[PID: 4512] 12:14:30.162  Setup was unable to determine the install type from the inputs.

 

setup.exe" -silent -log "C:\Logs\ClientInstall" INSTALLLEVEL=500

0 0
replied on May 6, 2014

Any suggestions?

0 0
replied on May 16, 2014

Sorry, I've been on vacation since you first posted. The error message is correct - feature changes are not allowed during in-place minor upgrades (since its effectively under the hood a repair operation that uses the new files). Are you deliberately trying to change the feature set? If so your batch file will need to uninstall and then reinstall with the new feature set defined. If not, remove the INSTALLLEVEL parameter and the installation should just match what it was previously.

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.