https://bugs.winehq.org/show_bug.cgi?id=39146
Bug ID: 39146 Summary: Msiexec fails to use next cabinet file in media table (CDROM_SyncCache error) Product: Wine Version: 1.7.48 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: msi Assignee: wine-bugs@winehq.org Reporter: mattmill30@googlemail.com Regression SHA1: 597c5f9c4b35c7645d916cd687cede42fd331d0e Distribution: Debian
Created attachment 52171 --> https://bugs.winehq.org/attachment.cgi?id=52171 WINEDEBUG=+all,-relay extract
During installation of proplusww.msi, a part of the Microsoft Office 2013 installer, via direct invocation of msiexec, the second Cabinet file is mishandled, resulting in an installation failure and rollback.
At lines 11-24, the installer is seen accessing ProPsWW.CAB twice, then following the MEDIA table lookup, at lines 981-988 it changes focus to ProPsWW2.CAB but only accesses it once.
During a successful install on 1.7.22, the WINEDEBUG for both CAB files read similarly. The ISO was mounted on /dev/loop0, during both successful and unsuccessful installations.
I don't have the 1.7.22 WINEDEBUG, but if absolutely necessary I can re-generate it.
In addition, at lines 1194-1195 a CDROM_SyncCache (ISO) error occurs. I don't know whether the 1.7.22 WINDEBUG contained this.
I haven't had time to perform a bisect, but since 1.7.22 a change was made in 1.7.45 to the handling of CABs and so I have highlighted the commit which I anticipate is the cause of the issue.
I haven't investigated any changes between 1.7.22 and 1.7.48 to the cdrom module.