Bug 120099 - Installation Error: 1723. There is a problem with this Windows Installer package. A dll required for this install to complete could not be run.
Summary: Installation Error: 1723. There is a problem with this Windows Installer pack...
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Installation (show other bugs)
Version:
(earliest affected)
6.2.0.0.alpha0+
Hardware: All Windows (All)
: medium normal
Assignee: Stephan Bergmann
URL:
Whiteboard: target:6.2.0
Keywords:
Depends on:
Blocks:
 
Reported: 2018-09-24 07:18 UTC by Telesto
Modified: 2018-10-02 09:43 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
MSI LOG (1.46 KB, text/plain)
2018-09-25 08:44 UTC, Telesto
Details
MSI verbose log update 2018-09-11 -> 2018-09-23 build, no issue (938.34 KB, application/x-zip-compressed)
2018-09-25 18:48 UTC, V Stuart Foote
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2018-09-24 07:18:55 UTC
Description:
Error 1723. There is a problem with this Windows Installer package. A dll required for this install to complete could not be run.

Steps to Reproduce:
1. Download the master installer & install

Actual Results:
Error 1723

Expected Results:
No error


Reproducible: Always


User Profile Reset: No



Additional Info:
Last known good:
libo-master~2018-09-12_02.38.23_LibreOfficeDev_6.2.0.0.alpha0_Win_x86.msi

First known to be broken:
libo-master~2018-09-18_23.43.19_LibreOfficeDev_6.2.0.0.alpha0_Win_x86.msi
Comment 1 V Stuart Foote 2018-09-24 20:59:30 UTC
I have had no issues with the msi installer doing msiexec.exe /a command line installs, including latest TB42 nightly on Windows 10 (1803):

libo-master64~2018-09-22_23.19.22_LibreOfficeDev_6.2.0.0.alpha0_Win_x64.msi

Is this doing an "administrative" install? Or, are you actually installing "msiexec.exe /i" with a WRITE_REGISTRY=1 switch and having a problem then?

If so, perhaps capture a verbose log /L*v
Comment 2 Telesto 2018-09-25 08:44:52 UTC
Created attachment 145157 [details]
MSI LOG

Only happening when upgrading an existing version in installer mode (/i)
Comment 3 V Stuart Foote 2018-09-25 18:48:47 UTC
Created attachment 145171 [details]
MSI verbose log update 2018-09-11 -> 2018-09-23 build, no issue

On Windows 10 Pro 64-bit (1803) en-US VMWare VM

Can not confirm doing msiexec.exe /i with WRITE_REGISTRY=1 install and update 

Install 2018-09-11 TB42 build:

C:\Users\localAdmin\Downloads>msiexec.exe /i libo-master64~2018-09-22_23.19.22_LibreOfficeDev_6.2.0.0.alpha0_Win_x64.msi /L*v lo620_20180923_log.txt WRITE_REGISTRY=1

Version: 6.2.0.0.alpha0+ (x64)
Build ID: 40069adbc225a6dd5d3431a7cd9f17986f6385de
CPU threads: 2; OS: Windows 10.0; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-09-11_16:27:11
Locale: en-US (en_US); Calc: threaded

then update with 2018-09-22 TB42 build:
C:\Users\localAdmin\Downloads>msiexec.exe /i libo-master64~2018-09-22_23.19.22_LibreOfficeDev_6.2.0.0.alpha0_Win_x64.msi /L*v lo620_20180923_log.txt WRITE_REGISTRY=1


Version: 6.2.0.0.alpha0+ (x64)
Build ID: 8b1501d80dc9d3f42c351c6e026fa737e116cae5
CPU threads: 2; OS: Windows 10.0; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-09-22_23:19:22
Locale: en-US (en_US); Calc: threaded

No issues and the following clip from install log showing success of the RenamePrgFolder action

=-clip from verbose log-=
MSI (s) (14:E4) [13:30:57:963]: Skipping action: CCPSearch (condition is false)
MSI (s) (14:E4) [13:30:57:963]: Skipping action: RMCCPSearch (condition is false)
MSI (s) (14:E4) [13:30:57:963]: Doing action: RenamePrgFolder
Action 13:30:57: RenamePrgFolder. 
Action start 13:30:57: RenamePrgFolder.
MSI (s) (14:E4) [13:30:57:963]: Note: 1: 2235 2:  3: ExtendedType 4: SELECT `Action`,`Type`,`Source`,`Target`, NULL, `ExtendedType` FROM `CustomAction` WHERE `Action` = 'RenamePrgFolder' 
MSI (s) (14:04) [13:30:57:963]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI4EA1.tmp, Entrypoint: RenamePrgFolder
Action ended 13:30:57: RenamePrgFolder. Return value 1.
MSI (s) (14:E4) [13:30:57:963]: Doing action: ValidateProductID
Comment 4 Telesto 2018-09-25 19:04:59 UTC
I'm using Windows 8.1. Might be a difference... Anyhow there was some MSI setup tweaking in the given range:

https://cgit.freedesktop.org/libreoffice/core/commit/?id=28b4f4aeaf160c7721dfecf5bd2445d7dbc6f01c
Comment 5 V Stuart Foote 2018-09-25 19:17:33 UTC
@Mike K., any insight?
Comment 6 Mike Kaganski 2018-09-25 21:48:14 UTC
(In reply to V Stuart Foote from comment #5)

Well - I'd suspect the 32-vs-64-bit problem (rather than Windows version). I will be able to try to check next week, after I get back from the conference.
Comment 7 Stephan Bergmann 2018-09-27 15:39:08 UTC
<https://gerrit.libreoffice.org/#/c/61047/> "tdf#120099 Reintroduce .def files"
Comment 8 Commit Notification 2018-09-28 05:11:52 UTC
Stephan Bergmann committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=84deb15526fa9501eb57eec53e21bd6e2d7f7ce5

tdf#120099 Reintroduce .def files

It will be available in 6.2.0.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 9 Stephan Bergmann 2018-09-28 05:19:24 UTC
Telesto, please verify whether the issue is indeed fixed for you with the commit from comment 8.
Comment 10 Telesto 2018-10-02 09:10:14 UTC
(In reply to Stephan Bergmann from comment #9)
> Telesto, please verify whether the issue is indeed fixed for you with the
> commit from comment 8.

Sorry for the delay. Forgot about it :-). Anyhow; FIXED. Please change the status accordingly. Setting back to NEW for the time being..

Version: 6.2.0.0.alpha0+
Build ID: 52cb73911e661fb636085337374e09845f07783b
CPU threads: 4; OS: Windows 6.3; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-10-02_01:05:50
Locale: nl-NL (nl_NL); Calc: CL