Bug 55491 - Parallel installation (msiexec /a) skips the Custom installation page in the setup
Summary: Parallel installation (msiexec /a) skips the Custom installation page in the ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Installation (show other bugs)
(earliest affected) release
Hardware: Other Windows (All)
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Installer-Windows
  Show dependency treegraph
Reported: 2012-10-01 11:24 UTC by Cor Nouws
Modified: 2023-05-25 03:16 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Cor Nouws 2012-10-01 11:24:37 UTC
Performing Parallel installation (msiexec /a) 
does not show the Custom installation page in the setup, where one can choose e.g. the dictionaries to be installed 

Even more, when doing an installation with msiexec /a , all dictionaries are installed.
Whereas with normal installation, only some are checked by default.

(I'm not a Windows/msi expert. But did check msiexec --help. That didn't show me options that I considered useful in this matter.)

(Alss, I'no not checked this with older versions of the installer).
Comment 1 Andras Timar 2013-02-14 18:27:06 UTC
We can hack MSI to the point that it will do what you want, but I'm a bit afraid of side effects. Custom installation page is missing from the sequence of administrative install. It should be carefully tested what happens, if we include it.
Comment 2 QA Administrators 2015-02-19 15:46:43 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2016-02-21 08:35:44 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2017-03-06 15:20:56 UTC Comment hidden (obsolete)
Comment 5 Xisco Faulí 2017-07-13 10:14:44 UTC
Setting Assignee back to default. Please assign it back to yourself if you're
still working on this issue
Comment 6 QA Administrators 2019-05-24 02:56:22 UTC Comment hidden (obsolete)
Comment 7 Regina Henschel 2019-05-24 10:51:25 UTC
I think, that this is no bug at all. If you use the parameter '/a', then you do not perform an 'installation', but you only unpack the file. It is a special feature, that you can run LibreOffice without being installed. The true installation (with system integration) will be done, when you use the .msi file, which you will find on top level in the unpacked folder. And there you will get the page, where you can select, what to install.

This parameter '/a' allows to unpack the downloaded file to a place on a server. From there users can install it on their local PC without download. Different users can use different parts of the package, one will need a French dictionary, another one not. One user might want an English UI, another one a German UI. Therefore it makes sense, that the unpacked package on the server contains all of them.
Comment 8 QA Administrators 2021-05-24 04:26:44 UTC Comment hidden (obsolete)
Comment 9 QA Administrators 2023-05-25 03:16:20 UTC
Dear Cor Nouws,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)

If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword

Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team