Problem description: OS concerned : Windows XP SP3 and Windows 7 SP1 32 bits (at least) When upgrading from a working partial installation of LibreOffice 3.6.5 (only Draw and/or Impress) to LibreOffice 4.2.4.2, you obtain a partially installed 4.2.4.2 version (Draw and/or Impress) but not working anymore : nothing happen when you launch Draw or Impress. If you take a full 3.6.5 installation and upgrade it the same way, you get a working 4.2.4.2 installation. Something seems to go wrong when some components are not available in a 4.2.4.2 installation (and this seems to match the new 4.x MSI installation file's behavior : install all components, don't let user select what it needs. Steps to reproduce the bug : 1. Install LibreOffice 3.6.5 only selecting Draw and Impress 2. Launch Draw to verify it running OK 3. Use LibreOffice 4.2.4.2 MSI installation file to upgrade your installation 4. Launch Draw to verify it is not running anymore Steps to reproduce a working installation : 1. Install LibreOffice 3.6.5 selecting all components 2. Launch Draw to verify it running OK 3. Use LibreOffice 4.2.4.2 MSI installation file to upgrade your installation 4. Launch Draw to verify installation is working Current behavior: Upgrade process of 4.2.4.2 upgrades only installed components of old version of LibreOffice. If only Draw or Impress were installed, they are upgraded but not working anymore. Expected behavior: Upgrade process should upgrade existing components and install any other components Important information: Trying to deploy and upgrade to LibreOffice 4.2.4.2 on 250 computers, I need to create a Software Installation GPO. This method does not allow you to send command line arguments like ADDLOCAL=ALL... You are only allowed to put an MSI and you can add a MST file. I could add the ADDLOCAL parameter inside the PROPERTY table of the MSI (and that works) but Microsoft warns it should not be used : http://msdn.microsoft.com/en-us/library/aa367536%28v=vs.85%29.aspx Using script is another solution but many sysadmins won't go that way (not enough time, not enough people, not enough skill, script modification/validation each time you upgrade, Microsoft Office install is easier... :-/), and Software Installation GPO + MSI/MST files are made for this purpose on a MS managed network. Regards. Operating System: Windows (other) Version: 4.2.4.2 release
*** This bug has been marked as a duplicate of bug 67130 ***
I don't think this is a duplicate as it's not resolved by the commit that fixed bug 67130. Putting this into Unconfirmed again
Please see https://bugs.freedesktop.org/show_bug.cgi?id=67130#c17 for some other details about this problem.
For easier reading, I add the comment here : Hello, As reporter for bug #80297, and as a not so "small business company IT administrator" but with a small IT team (2 guys in fact) I need to enter the discussion about the new MSI behavior. If we consider that full installation is the only "good" way to go with LibreOffice 4.2, then there is a problem with upgrade process that still only upgrade previously installed components but doesn't install other available components by default. Bfoman said "If a company have Office Basic installations without PowerPoint, then it would like to install just Impress and not a whole package. Such users do not need Writer, Calc, LibreLogo etc.". This is what we did in fact : we manually installed Draw and Impress to a lot of computers because we couldn't pay for MS Visio and Powerpoint (and that it was a good way to introduce opensource and talk about this with users). It was release 3.6.5. Recently, we tried to upgrade to release 4.1.xx on Win XP and 7 with or without success depending on the computer, but we didn't find the reason. I know a lot of companies that wouldn't have tried more than 1 day before calling an MS reseller and asked for MS Office licences... We then decided not to upgrade LibreOffice at all. :-/ Somes days ago, I tried the newest release 4.2.4.2, with the same problem but I finally understood that the problem only appears when upgrading from a partial installation of LibreOffice. Now, I need to deploy LibreOffice to 250 computers. My goal is to use a Software Installation Group Policy. This is not a script based process, and it does not allow to use command line parameter : the MSI is supposed to behave the way you want, or you can tweak the MSI tables, or you can provide a MST file to specify necessary parameters. First solution : MSI behavior => NOK => the MSI upgrade process does not install missing components that where not previously installed. Therefore, the new upgraded installation does not work anymore... Second solution : tweak MSI => OK but... => You can add an "ADDLOCAL" parameter with "ALL" as a value in the PROPERTY table. This method seems to work but MS explain that it should be avoid (don't ask me why... I am not an MSI guru :)) (source : http://msdn.microsoft.com/en-us/library/aa367536%28v=vs.85%29.aspx) Third solution : MST file => not tried... is there a way to create this MST file with expected parameter for a "force all components" upgrade process ? The path to upgrade isn't really clear for MS network sys admins... Would it be possible to change the MSI default upgrade behavior to not only upgrade already installed components but also install the other available components (nearly equivalent to uninstall existing release and install full new release) ? Should this be transformed into a feature request ? Regards, Olivier
Olivier, Most probably your problem is that 4.2 installs LibreLogo unconditionally, and it depends on Writer, which you do not install. Create an MST file, that disables LibreLogo. Let me know, if that works. In Feature table, gm_o_Pyuno_LibreLogo, Level => 200.
Thank you Andras for this answer. I will try as soon as possible and update this bug report. Regards, Olivier.
I have been able to do some tests today on a Windows XP SP3 and your solution seems to work ! I will confirm this under Windows 7 SP1 32 bits as soon as possible. Here are the steps I followed : 01 - Take a Windows XP and install LibreOffice 3.6.5 selecting only Draw and Impress as components. 02 - Test Draw and Impress to confirm it works 03 - Open LibreOffice 4.2.4.2 MSI file with Orca 04 - Select "View" -> "Edit Summary Information" 05 - In "Languages" field : delete all except 1033 (needed for GPO Software Installation wizard to accept the MSI file) 06 - Confirm, then save MSI file (but don't close it, we still need it) 07 - Select "Transform" -> "New Transform" 08 - Go to Feature table 09 - Replace "Level" value (default : 20) of "gm_o_Pyuno_LibreLogo" to 200 (Writer no more needed to launch other components of LibreOffice) 10 - Select "Transform" -> "Generate Transform" and save your MST file 11 - Close MSI file (without saving anything more) 12 - Open your GPO manager and create the Software Installation policy for LibreOffice, by selecting the MSI file for installation package and the MST as a modification file. 13 - Assign the GPO to the test PC 14 - Reboot PC and wait for upgrade to 4.2.4.2 to finish 15 - Confirm Draw and Impress are the only components installed (no Writer or Calc for example), and confirm they work. Thank you Andras !
Today was Windows 7 32 bits and 64 bits tests. I have been fighting a long time with strange GPO behavior that was preventing GPSI from running correctly... I ended the day with a successful upgrade to 4.2.4.2 on a Windows 32 bits but I did not have possibility to validate Draw and Impress were running... I hope I will confirm tomorrow. My only test with Windows 7 64 bits was OK concerning upgrade, but Windows is crashing (reboot) each time I launch Draw... I need to work on this.
More tests done with Windows 7 64 bits... It seems upgrading from a partial LibreOffice 3.6.5 install to LibreOffice 4.2.4.2 always crash. Here are the tests results : - New Windows 7 64 bits install, manual Typical installation of LibreOffice 4.2.4.2 (without MST) : OK - New Windows 7 64 bits install, manual Typical installation of LibreOffice 3.6.5, then manual Typical installation (=upgrade) of LibreOffice 4.2.4.2 (without MST) : OK - New Windows 7 64 bits install, manual partial (Draw + Impress) installation of LibreOffice 3.6.5, then manual Typical installation (=upgrade) of LibreOffice 4.2.4.2 (without MST) : NOK - App crash when opening LibreOffice launcher, Draw or Impress (cf. crash 1) - New Windows 7 64 bits install, manual partial (Draw + Impress) installation of LibreOffice 3.6.5, then using comment #7 procedure (GPO) = NOK - Launcher opens correctly but launching Draw or Impress gives a bluescreen and a reboot. Crash 1 : ===================== Signature du problème : Nom d’événement de problème: APPCRASH Nom de l’application: soffice.bin Version de l’application: 4.2.4.2 Horodatage de l’application: 53625c02 Nom du module par défaut: KERNELBASE.dll Version du module par défaut: 6.1.7601.18409 Horodateur du module par défaut: 53159a86 Code de l’exception: 00000000 Décalage de l’exception: 0000c42d Version du système: 6.1.7601.2.1.0.256.4 Identificateur de paramètres régionaux: 1036 Information supplémentaire n° 1: a361 Information supplémentaire n° 2: a3618b0782e739db4dd9a7ca59971d84 Information supplémentaire n° 3: dda8 Information supplémentaire n° 4: dda86132629e1465a5522a9ce3e1bad6 Lire notre déclaration de confidentialité en ligne : http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x040c Si la déclaration de confidentialité en ligne n’est pas disponible, lisez la version hors connexion : C:\Windows\system32\fr-FR\erofflps.txt =====================
For all these tests, Windows 7 64 bits test VM is upgraded to Service Pack 1, and all MS windows updates are applied before test.
Very strange, I suppose I made an error during some of my tests : Now all seems to work fine when I apply the MST file that disable LibreLogo installation... Tests (re)done : - New Windows 7 64 bits install, manual partial (Draw + Impress) installation of LibreOffice 3.6.5, then manual Custom installation (=upgrade) of LibreOffice 4.2.4.2 (without MST) deselecting LibreLogo : OK - New Windows 7 64 bits install, manual partial (Draw + Impress) installation of LibreOffice 3.6.5, then using comment #7 procedure (GPO) to upgrade to LibreOffice 4.2.4.2 : OK (Yes... ?!?) So, all seems OK for Windows XP, Windows 7 32 bits and Windows 7 64 bits. Conclusion : Still this installer's behavior seems strange to me. If installing full LibreOffice is the way to go with 4.2, I suppose upgrading should go the same way by default, even if existing old version was only a partial installation. For specific compatibility issues, using command line parameter or MSI transformation (for GPSI usage) allows sysadmins to bypass this behavior and deny MSI to install unwanted components. Is the LibreOffice 4.2 MSI customization (parameters, values) documented in deep somewhere ? I let big guys decide what status to give to this bug as my opinion is that something should be made to help/guide sysadmins to obtain a working LibreOffice 4.2 when coming from a partial old installation.
(In reply to comment #11) > this behavior and deny MSI to install unwanted components. Is the > LibreOffice 4.2 MSI customization (parameters, values) documented in deep > somewhere ? I hope you can update the following article with your tested solutions: https://wiki.documentfoundation.org/Deployment_and_Migration
Hi Olivier, I'm closing this bug. If you need help for customizing your MSI, then please consider professional support for that. Mark as Closed - Sophie
(In reply to comment #12) > I hope you can update the following article with your tested solutions: > https://wiki.documentfoundation.org/Deployment_and_Migration Request accepted, of course! I will update the documentation with this workaround in french and english (for english version, I will do my best ;) ).
(In reply to comment #13) > Hi Olivier, I'm closing this bug. If you need help for customizing your MSI, > then please consider professional support for that. Mark as Closed - Sophie Thank you Sophie. Does it means that this problem won't go any further ?