http://bugs.winehq.org/show_bug.cgi?id=28359
Summary: authenticode verification failure prevents WiX 3.6 installation Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: sam@robots.org.uk
Created an attachment (id=36353) --> (http://bugs.winehq.org/attachment.cgi?id=36353) full log file
Running http://wix.sourceforge.net/releases/3.6.2109.0/Wix36.exe results in the following error:
#(loc.FailedHeader)
One or more issues caused the setup to fail. Please fix the issues and then retry. For more information, see the log file.
0x80070057 - (null)
The full log file is attached; the first errors are:
[0021:0029][2011-09-13T13:01:50]: Download engine HTTP 200 HEAD to http://download.microsoft.com/download/9/5/A/95A9616B-7A37-4AF6-BC36-D6EA96C... [0008:0026][2011-09-13T13:01:50]: Error 0x80070057: Failed authenticode verification of payload: C:\users\sam\Temp\Netfx4Full [0008:0026][2011-09-13T13:01:50]: Error 0x80070057: Failed to verify payload signature: C:\users\Public\Application Data\Package Cache\58DA3D74DB353AAD03588CBB5CEA8234166D8B99\dotNetFx40_Full_x86_x64.exe
http://bugs.winehq.org/show_bug.cgi?id=28359
--- Comment #1 from Juan Lang juan_lang@yahoo.com 2011-09-13 11:18:20 CDT --- Please attach a +wintrust log to start.
http://bugs.winehq.org/show_bug.cgi?id=28359
--- Comment #2 from Sam Morris sam@robots.org.uk 2011-09-13 11:48:05 CDT --- Ugh, something weird is going on. I'm no longer able to get the installer as far as giving me that error message. The installer now exits without displaying any error message once I agree to install doNetFx40.
Here's the output from Wine with a totally fresh WINEPREFIX:
$ wine Wix36.exe wine: created the configuration directory '/home/sam/src/wix-test/wine_dotnet_wix-3.6' wine: configuration in '/home/sam/src/wix-test/wine_dotnet_wix-3.6' has been updated. fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:ntdll:NtQueryInformationToken QueryInformationToken( ..., TokenElevation, ...) semi-stub err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:ole:create_server class {9ba05972-f6a8-11cf-a442-00a0c90a8f39} not registered err:ole:CoGetClassObject no class object {9ba05972-f6a8-11cf-a442-00a0c90a8f39} could be created for context 0x4 fixme:exec:SHELL_execute flags ignored: 0x00000100 fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:ntdll:NtQueryInformationToken QueryInformationToken( ..., TokenElevation, ...) semi-stub err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded fixme:mscoree:CorBindToCurrentRuntime (L"C:\users\sam\Temp\UX1\BootstrapperCore.config", {cb2f6723-ab3a-11d2-9c40-00c04fa30a3e}, {cb2f6722-ab3a-11d2-9c40-00c04fa30a3e}, 0x10011f04): stub fixme:advapi:SetNamedSecurityInfoW L"C:\users\Public\Application Data\Package Cache\" 1 -2147483643 0x17b7b8 (nil) 0x17ba20 (nil) fixme:advapi:SetNamedSecurityInfoW L"C:\users\Public\Application Data\Package Cache\{ceec2c9c-49f9-4a57-b637-5afee545abc9}" 1 536870917 0x17b7b8 (nil) 0x32f9e4 (nil) fixme:advapi:SetNamedSecurityInfoW L"C:\users\Public\Application Data\Package Cache\{ceec2c9c-49f9-4a57-b637-5afee545abc9}\WiX36.exe" 1 536870917 0x17b7b8 (nil) 0x32fa04 (nil) fixme:advapi:SetNamedSecurityInfoW L"C:\users\Public\Application Data\Package Cache\58DA3D74DB353AAD03588CBB5CEA8234166D8B99" 1 536870917 0x17b9b8 (nil) 0x87e974 (nil) fixme:advapi:SetNamedSecurityInfoW L"C:\users\Public\Application Data\Package Cache\58DA3D74DB353AAD03588CBB5CEA8234166D8B99\dotNetFx40_Full_x86_x64.exe" 1 536870917 0x1ba320 (nil) 0x87e994 (nil)
I'm scratching my head somewhat over this change in behaviour. If you can suggest some WINEDEBUG flags I'll try it again with them set. In cases like this is it helpful to just run with +all and upload the enormous log file?
http://bugs.winehq.org/show_bug.cgi?id=28359
--- Comment #3 from Sam Morris sam@robots.org.uk 2011-09-13 11:55:39 CDT --- (In reply to comment #2) Ok, disregard that. I had a copy of dotNetFx40_Full_x86_x64.exe in the current directory. I guess the installer saw it and altered its behaviour.
If I run the installer with a fresh WinePrefix, it downloads dotNetFx40_Full_x86_x64.exe, then exits without displaying any error messages as described before.
If I run it a second time, it actually gives me the error with which I started this bug report.
+wintrust logs from both runs forthcoming...
http://bugs.winehq.org/show_bug.cgi?id=28359
--- Comment #4 from Sam Morris sam@robots.org.uk 2011-09-13 11:56:59 CDT --- Created an attachment (id=36368) --> (http://bugs.winehq.org/attachment.cgi?id=36368) +wintrust log with a fresh WINEPREFIX
http://bugs.winehq.org/show_bug.cgi?id=28359
--- Comment #5 from Sam Morris sam@robots.org.uk 2011-09-13 11:57:22 CDT --- Created an attachment (id=36369) --> (http://bugs.winehq.org/attachment.cgi?id=36369) +wintrust log on second run
http://bugs.winehq.org/show_bug.cgi?id=28359
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://wix.sourceforge.net/ | |releases/3.6.2109.0/Wix36.e | |xe
http://bugs.winehq.org/show_bug.cgi?id=28359
--- Comment #6 from Juan Lang juan_lang@yahoo.com 2011-09-13 13:16:57 CDT --- Please attach a +wintrust,+crypt log (you'll probably have to compress it) for the 2nd run.
http://bugs.winehq.org/show_bug.cgi?id=28359
Sam Morris sam@robots.org.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #36369|0 |1 is obsolete| |
--- Comment #7 from Sam Morris sam@robots.org.uk 2011-09-13 13:39:06 CDT --- Created an attachment (id=36376) --> (http://bugs.winehq.org/attachment.cgi?id=36376) +wintrust,+crypt log on second run
Actually, it's pretty short...
http://bugs.winehq.org/show_bug.cgi?id=28359
--- Comment #8 from Juan Lang juan_lang@yahoo.com 2011-09-13 13:47:16 CDT --- What's C:\users\sam\Temp\Netfx4Full while the installer is running? Is it a file, directory, or what? If it's a file, how big is it?
http://bugs.winehq.org/show_bug.cgi?id=28359
--- Comment #9 from Sam Morris sam@robots.org.uk 2011-09-13 15:02:55 CDT --- It's an empty file that's created when I accept the installation of dotnetfx.
http://bugs.winehq.org/show_bug.cgi?id=28359
--- Comment #10 from Juan Lang juan_lang@yahoo.com 2011-09-13 16:40:24 CDT --- Created an attachment (id=36379) --> (http://bugs.winehq.org/attachment.cgi?id=36379) Patch: Correct ObjectTrust error with empty files
Does this patch help?
http://bugs.winehq.org/show_bug.cgi?id=28359
--- Comment #11 from Sam Morris sam@robots.org.uk 2011-09-14 04:39:25 CDT --- Created an attachment (id=36388) --> (http://bugs.winehq.org/attachment.cgi?id=36388) +wintrust,+crypt log on second run with patch from comment #10 applied
(In reply to comment #10)
Does this patch help?
Applying that patch doesn't change the behaviour of the installer--it still exits after downloading (on first time) and exits with the original error message on subsequent runs.
The log looks the same as well... attached for completeness.
http://bugs.winehq.org/show_bug.cgi?id=28359
--- Comment #12 from Juan Lang juan_lang@yahoo.com 2011-09-14 10:47:32 CDT --- (In reply to comment #11)
Applying that patch doesn't change the behaviour of the installer--it still exits after downloading (on first time) and exits with the original error message on subsequent runs.
The log looks the same as well... attached for completeness.
The behavior isn't quite the same, the error code is different ;) At this point I don't know what the problem is: when I test WinVerifyTrust with an empty file, it fails on Windows as well. So perhaps the file shouldn't be empty, and the bug is not actually an authenticode bug.
What happens if you repeat the same actions on Windows? Does the same file get created? How big is it?
http://bugs.winehq.org/show_bug.cgi?id=28359
--- Comment #13 from Sam Morris sam@robots.org.uk 2011-09-15 05:05:23 CDT --- On Windows, the installer's main screen is presented, and I'm not prompted to install .NET. I think that's because I'm running on Windows 7, which already has it installed. :(
(There's actually a splash screen that appears before the installer's main screen is shown. I didn't notice it before, but it's missing in Wine.)
http://bugs.winehq.org/show_bug.cgi?id=28359
--- Comment #14 from Juan Lang juan_lang@yahoo.com 2011-09-15 13:38:35 CDT --- I think we need a test on Windows with dotNetFx40_Full_x86_x64.exe in the same directory, perhaps on an older version of Windows without .NET installed, in order to determine if this is a valid bug or not. The behavior is different on a fresh .wineprefix, and we've talked enough about authenticode here to pollute it enough that it really should be a separate bug with a clean .wineprefix.
http://bugs.winehq.org/show_bug.cgi?id=28359
Juan Lang juan_lang@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #36379|0 |1 is obsolete| |
--- Comment #15 from Juan Lang juan_lang@yahoo.com 2011-09-15 13:39:12 CDT --- (From update of attachment 36379) Committed as c0a8694bbcae10ebecbca540e3a571193af75697
http://bugs.winehq.org/show_bug.cgi?id=28359
Sam Morris sam@robots.org.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.3.28 |1.3.34
http://bugs.winehq.org/show_bug.cgi?id=28359
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.3.34 |1.3.28
http://bugs.winehq.org/show_bug.cgi?id=28359
Juan Lang juan.lang@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|authenticode verification |WiX 3.6 installation fails |failure prevents WiX 3.6 | |installation |
--- Comment #16 from Juan Lang juan.lang@gmail.com 2011-12-07 12:33:26 CST --- Changing summary, it's not clear this has anything to do with authenticode anymore.
https://bugs.winehq.org/show_bug.cgi?id=28359
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW URL|http://wix.sourceforge.net/ |https://wix.codeplex.com/re |releases/3.6.2109.0/Wix36.e |leases/view/93929 |xe | Ever confirmed|0 |1
--- Comment #17 from Austin English austinenglish@gmail.com --- [austin@localhost ~]$ sha1sum WiX36.exe 44f3a0754aba1d9149fb0b37c1a9f34b25e6c22d WiX36.exe [austin@localhost ~]$ du -h WiX36.exe 22M WiX36.exe [austin@localhost ~]$ wine --version wine-1.7.13
fails after a few minutes with no visible GUI activity: [austin@localhost ~]$ wine WiX36.exe fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:ntdll:NtQueryInformationToken QueryInformationToken( ..., TokenElevation, ...) semi-stub err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:ntdll:NtQueryInformationToken QueryInformationToken( ..., TokenElevation, ...) semi-stub err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded fixme:advapi:DecryptFileW (L"C:\users\austin\Temp\{b231fcb6-e021-42f1-a485-f298f7b0b978}\", 00000000): stub ^Cfixme:console:CONSOLE_DefaultHandler Terminating process 39 on event 0 [austin@localhost ~]$ time !! time wine WiX36.exe fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:ntdll:NtQueryInformationToken QueryInformationToken( ..., TokenElevation, ...) semi-stub err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:ntdll:NtQueryInformationToken QueryInformationToken( ..., TokenElevation, ...) semi-stub err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded fixme:advapi:DecryptFileW (L"C:\users\austin\Temp\{b231fcb6-e021-42f1-a485-f298f7b0b978}\", 00000000): stub
https://bugs.winehq.org/show_bug.cgi?id=28359
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Installer Status|NEW |RESOLVED CC| |focht@gmx.net Resolution|--- |DUPLICATE
--- Comment #18 from Anastasius Focht focht@gmx.net --- Hello folks,
dupe of bug 17273
All WiX based installers suffer from it, even WiX itself ;-)
'%temp%\WiX_Toolset_*.log':
--- snip --- [0036:0037][2014-02-24T21:47:58]: Burn v3.6.3303.0, Windows v5.1 (Build 2600: Service Pack 3), path: Z:\home\focht\Downloads\WiX36.exe, cmdline: '-burn.unelevated BurnPipe.{27785430-ACEA-4E86-A488-31DB2CCEB414} {68CB69EA-0A82-4950-900D-3130A8CDE252} 8' [0036:0037][2014-02-24T21:47:58]: Initializing string variable 'InstallFolder' to value '[ProgramFilesFolder]WiX Toolset v3.6' [0036:0037][2014-02-24T21:47:58]: Setting string variable 'WixBundleLog' to value 'C:\users\focht\Temp\WiX_Toolset_v3.6.3303.1_20140224214758.log' [0036:0037][2014-02-24T21:47:58]: Setting string variable 'WixBundleOriginalSource' to value 'Z:\home\focht\Downloads\WiX36.exe' [0036:0037][2014-02-24T21:47:58]: Error 0x80004005: Failed to set pipe to non-blocking. [0036:0037][2014-02-24T21:47:58]: Error 0x80004005: Failed to connect to elevated parent process. [0036:0037][2014-02-24T21:47:58]: Variable: InstallFolder = C:\Program Files\WiX Toolset v3.6 [0036:0037][2014-02-24T21:47:58]: Variable: ProgramFilesFolder = C:\Program Files\ [0036:0037][2014-02-24T21:47:58]: Variable: WixBundleElevated = 1 [0036:0037][2014-02-24T21:47:58]: Variable: WixBundleLog = C:\users\focht\Temp\WiX_Toolset_v3.6.3303.1_20140224214758.log [0036:0037][2014-02-24T21:47:58]: Variable: WixBundleOriginalSource = Z:\home\focht\Downloads\WiX36.exe [0036:0037][2014-02-24T21:47:58]: Error 0x80070218: Failed to write message type to pipe. [0036:0037][2014-02-24T21:47:58]: Error 0x80070218: Failed to post terminate message to child process cache thread. [0036:0037][2014-02-24T21:47:58]: Error 0x80004005: Failed to run per-user mode. [0036:0037][2014-02-24T21:47:58]: Exit code: 0x80004005, restarting: No --- snip ---
Regards
*** This bug has been marked as a duplicate of bug 17273 ***
https://bugs.winehq.org/show_bug.cgi?id=28359
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #19 from Ken Sharp imwellcushtymelike@gmail.com --- Closing bugs marked as duplicate.
https://bugs.winehq.org/show_bug.cgi?id=28359
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|WiX 3.6 installation fails |WiX Toolset v3.6 installer | |fails URL|https://wix.codeplex.com/re |https://web.archive.org/web |leases/view/93929 |/20210315115200/https://raw | |.githubusercontent.com/Casa | |DeRobison/wixtoolset-codepl | |ex/master/archived-stable-v | |ersions/WiX%20Toolset%20v3. | |6%20Stable/WiX36.exe Component|-unknown |kernel32
-
wine-bugs＠winehq.org -
WineHQ Bugzilla