October 2022 - Wine-bugs - list.winehq.org

[Bug 52953] New: GuiPy will not start because of unimplemented function unimplemented function xmllite.dll.CreateXmlReaderInputWithEncodingCodePage
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52953 Bug ID: 52953 Summary: GuiPy will not start because of unimplemented function unimplemented function xmllite.dll.CreateXmlReaderInputWithEncodingCodePage Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mywine(a)schiermeier-it.de Distribution: --- Created attachment 72323 --> https://bugs.winehq.org/attachment.cgi?id=72323 Console log file during start of "guipy.exe" The application GuiPy.exe will not start. The function "unimplemented function xmllite.dll.CreateXmlReaderInputWithEncodingCodePage" is missing. To install GuiPy.exe please download the installer "GuiPy-1.0.5-x64-Setup.exe" on the listed URL above. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 53430] New: urlmon:url fails due to unexpected redirection
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53430 Bug ID: 53430 Summary: urlmon:url fails due to unexpected redirection Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com urlmon:url fails due to unexpected redirection: url.c:4093: asynchronous https test (invalid CN, accept) url.c:1796: Test failed: unexpected code 64 url.c:1466: Test failed: progress 64: status = 302 url.c:1662: Test failed: unexpected call OnProgress_REDIRECTING url.c:1663: Test failed: unexpected status text L"https://www.winehq.org/robots.txt" url.c:1466: Test failed: progress 3: status = 302 url.c:1492: Test failed: wrong thread 8148 url.c:1642: Test failed: unexpected call OnProgress_FINDINGRESOURCE url.c:1675: Test failed: unexpected call OnProgress_SENDINGREQUEST url.c:1706: Test failed: wrong szStatusText L"https://www.winehq.org/robots.txt" url.c:1743: Test failed: wrong szStatusText L"https://www.winehq.org/robots.txt" url.c:4097: asynchronous https test (invalid CN, dialog 2) url.c:1492: Test failed: wrong thread 8148 url.c:1796: Test failed: unexpected code 64 url.c:1662: Test failed: unexpected call OnProgress_REDIRECTING url.c:1663: Test failed: unexpected status text L"https://www.winehq.org/robots.txt" url.c:1466: Test failed: progress 3: status = 200 url.c:1706: Test failed: wrong szStatusText L"https://www.winehq.org/robots.txt" url.c:1743: Test failed: wrong szStatusText L"https://www.winehq.org/robots.txt" url.c:4102: asynchronous https test... https://test.winehq.org/data/patterns.html#urlmon:url The failures happen on all Windows versions and in Wine too. Furthermore they started on 2022-07-06 and are reproducible even with older Wine builds. So something changed that day, probably on winehq.org, and broke the tests. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 52618] New: 32-bit EXEs do not launch from build dir on macOS 10.14 in WOW64
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52618 Bug ID: 52618 Summary: 32-bit EXEs do not launch from build dir on macOS 10.14 in WOW64 Product: Wine Version: 7.3 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Created attachment 71943 --> https://bugs.winehq.org/attachment.cgi?id=71943 patch to use @rpath On macOS 10.14, when running Wine built for WOW64 from the build dir, 32-bit EXEs do not launch correctly (including rundll32 on prefix creation to set up syswow64). 64-bit EXEs launch correctly, and a standalone 32-bit build also works correctly. I'm building the 64-bit side with Xcode 10, and the 32-bit side with Xcode 9. The problem is a crash on the first NtUser* call, since the __wine_syscall_dispatcher was never set in win32u. The root cause is that dlopen() on the unixlibs is failing because ntdll.so cannot be loaded. Here's the dlerror(): 177158.077:00ac:00b0:trace:virtual:load_builtin_unixlib loading /Users/pip/wine/build32/dlls/win32u/win32u.so failed dlerror dlopen(/Users/pip/wine/build32/dlls/win32u/win32u.so, 2): Library not loaded: @loader_path/ntdll.so Referenced from: /Users/pip/wine/build32/dlls/win32u/win32u.so Reason: no suitable image found. Did find: /Users/pip/wine/build64/dlls/ntdll/ntdll.so: mach-o, but wrong architecture /Users/pip/wine/build64/dlls/ntdll/ntdll.so: mach-o, but wrong architecture This doesn't make sense, it almost seems like @loader_path is still set to the 64-bit dlls/ntdll, which it obviously shouldn't be. Changing the install name to '@rpath/(lib).so' and adding an rpath of '@loader_path/' seems to fix the issue, even though that should be equivalent to the current approach. Can anyone else reproduce this problem? If so, does the attached patch help? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 52298] New: Presenter.exe from Freeoffice crashes trying to open ppt: unimplemented function ole32.dll.OleConvertIStorageToOLESTREAMEx
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52298 Bug ID: 52298 Summary: Presenter.exe from Freeoffice crashes trying to open ppt: unimplemented function ole32.dll.OleConvertIStorageToOLESTREAMEx Product: Wine Version: 7.0-rc3 Hardware: x86-64 URL: https://www.frehttps://www.softmaker.net/down/freeoffi ce2021.msi OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian As it says in the title. The very moment you click in the opened file-dialog on a ppt-file you get the crash. A simple stub implementation (returning E_NOTMPL) is enough to get around the crash. But maybe someone with more knowledge can build something on top of existing OleConvertIStorageToOLESTREAM ? If not, I`ll send a stub implementation after code freeze. sha1sum freeoffice2021.msi ae1738aaf5122e75d9b4d0f6d8d1c77221821571 freeoffice2021.msi -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 52436] New: In Light Blue theme, checkable toggle buttons (BS_AUTOCHECKBOX) look unchecked when hovered
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52436 Bug ID: 52436 Summary: In Light Blue theme, checkable toggle buttons (BS_AUTOCHECKBOX) look unchecked when hovered Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: nyanpasu64(a)tuta.io Distribution: --- Created attachment 71706 --> https://bugs.winehq.org/attachment.cgi?id=71706 Screenshot of the "checked and hovered" button state in Dn-FamiTracker (which looks unchecked) - In winecfg -> Desktop Integration tab, set Theme to Light (Color defaults to Blue) and Apply. This bug does not occur on Light -> Classic Blue. - Download, extract, and run Dn-FamiTracker (https://github.com/Dn-Programming-Core-Management/Dn-FamiTracker/releases/d…) The toolbar should contain a "Follow-mode" checkable button, checked (blue) by default. This is implemented as BS_AUTOCHECKBOX | BS_PUSHLIKE (https://github.com/Dn-Programming-Core-Management/Dn-FamiTracker/blob/f1d2f…) As I mentioned in Bug 52434, I don't like how checked toggle buttons are bright blue. - Hover the "Follow-mode" button. The color changes to white with a blue border. If you move your mouse onto the button and immediately stop moving the mouse, the color will fail to change until you move your mouse further. I think this inconsistency is a bug (either in wine or in FamiTracker's redraw handling). Note that the same "white with a blue border" color scheme appears if you hover the adjacent "Compact view" toggle button (unchecked by default). - Click the "Follow-mode" button to uncheck it. It turns blue while clicked, and white with a blue border when released. - Click it again to check it. It turns blue while clicked, and white with a blue border when released. The problem is that the "checked and hovered" color scheme looks like it's unchecked (because the button is white), and is indistinguishable from "unchecked and hovered". Only when you move your mouse away from the button does it turn blue again, indicating it's checked. This behavior is not specific to Dn-FamiTracker. If you download and extract/install and run OpenMPT (https://openmpt.org/download_file.php?file=OpenMPT-1.30.01.00-Setup.exe) then click Help -> Example Modules and click any song, the Mute and Surround buttons at the bottom of the page (https://github.com/OpenMPT/openmpt/blob/062b6264fb9325a8c407908ecfdc6f9fb95…) also have "checked and hovered" indistinguishable from "unchecked and hovered". However, OpenMPT's toggle buttons reliably turn "white with a blue border", without randomly waiting for mouse movement. I suspect that the "Light Blue" theme only highlights buttons after your mouse spends a small amount of time lingering over the button (so both regular and toggle buttons don't change color if you rapidly move your mouse over it). But in OpenMPT, the hover timer expiring reliably redraws the button in hovered state, whereas in FamiTracker it doesn't. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 52494] New: shell32 progman_dde tests crash if run immediately after prefix creation
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52494 Bug ID: 52494 Summary: shell32 progman_dde tests crash if run immediately after prefix creation Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 71789 --> https://bugs.winehq.org/attachment.cgi?id=71789 Backtrace Steps to reproduce: 1. Delete ~/.wine or move it to another location 2. Compile Wine and run `./wine dlls/shell32/tests/shell32_test.exe progman_dde` An example backtrace is attached. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 52667] New: DTS Master Audio Suite Encoder - can not select a save to file location so will not encode
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52667 Bug ID: 52667 Summary: DTS Master Audio Suite Encoder - can not select a save to file location so will not encode Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shagooserver(a)gmail.com Distribution: --- This is a change from 7.3. At the bottom right of the GUI there is an area to enter the location of the file you are about to create, normally you click the "Save To" button to enter the location of the file you wish to save (name is stored by the program), alternatively I think you can type the location directly into the space next to the button. With the release of 7.4 it is no longer possible to either click the "Save To" button or enter the address into the space provided. As a result it is not possible to create a file. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 52704] New: Open File dialog doesn't work on FreeHand 9 demo
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52704 Bug ID: 52704 Summary: Open File dialog doesn't work on FreeHand 9 demo Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bugs.drew(a)yahoo.com Distribution: --- Created attachment 72061 --> https://bugs.winehq.org/attachment.cgi?id=72061 FreeHand9 log After installing the demo, when you click on the "Open" icon on the "Welcome to FreeHand 9" wizard window, nothing happens visually but the err:module:DelayLoadFailureHook message appears in the log. This bug looks very similar to bug 45938 which AF analyzed. I'm not sure what was meant by "try GetModuleHandleExA() first before LoadLibraryA()" so I wasn't able to verify that it resolves this bug. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 52679] New: Anno 1602 / 1602 A.D. graphics too dark / black
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52679 Bug ID: 52679 Summary: Anno 1602 / 1602 A.D. graphics too dark / black Product: Wine Version: 6.11 Hardware: x86-64 URL: https://archive.org/details/1602ADdemo OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: marc.pluhar+winehq(a)gmail.com Distribution: ArchLinux Created attachment 72012 --> https://bugs.winehq.org/attachment.cgi?id=72012 Screenshot of the game with black graphics When starting the game "Anno 1602" an intro video plays fine, but when arriving at the menu, everything is very dark (see 1602_ad_wine_6.11.png). I remember playing this game a while ago, so I tried different versions and it starts failing like this in version 6.11. When compiling the current master (8a52d3e93f5690fd0833c228d54a996a784afad7) directly from source, the problem also persists. Version 6.10 works fine. The demo of the game exhibits the same behaviour, so I added a download link for it. I also attached the console log, but I don't see anything different between the two starts. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 50433] New: 'MsiBreak' custom action debugging aid should use custom action's name from 'CustomAction' table (currently uses 'Target' field)
by WineHQ Bugzilla 08 Nov '22

08 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=50433 Bug ID: 50433 Summary: 'MsiBreak' custom action debugging aid should use custom action's name from 'CustomAction' table (currently uses 'Target' field) Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: Linux Status: NEW Severity: trivial Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, I always have to remember that Wine uses 'Target' field/name from the 'CustomAction' table instead of the custom action's name when debugging custom actions. Fooled me quite a number of times in these 13 years. I'm aware that very few people might be concerned/affected with this inconsistency but still. https://docs.microsoft.com/en-us/windows/win32/msi/debugging-custom-actions I requested the installer debugging aid in 2007 in bug 8243 ("Feature: Add MsiBreak to aid debugging custom actions"): https://source.winehq.org/git/wine.git/commitdiff/60e95ee6e8ea4a4f43a6c170c… ("msi: Add handling for MsiBreak.") My follow-up comment https://bugs.winehq.org/show_bug.cgi?id=8243#c7 was ignored. Maybe because I didn't bother to create a follow-up bug and/or didn't complain loud enough ;-) --- quote --- Please fix the evaluation to use "action" msi_custom_action_info member instead of "target" to make it feature compatible with Windows MSI server. --- quote --- Some example (from bug 21987): --- snip --- ... 01b0:trace:msi:ACTION_CustomAction Handling custom action L"CreateAdobePDFPrinter" (c41 L"AdobeIsf" L"SetupAdobePDFPrinter") ... 01b0:trace:msi:HANDLE_CustomType1 Calling function L"SetupAdobePDFPrinter" from L"C:\\users\\focht\\Temp\\msi48b7.tmp" ... 02f8:Ret PE DLL (proc=0160618A,module=01600000 L"msi48b7.tmp",reason=PROCESS_ATTACH,res=00000000) retval=1 ... 02f8:Ret KERNEL32.LoadLibraryW() retval=01600000 ret=100210f6 02f8:Call KERNEL32.GetProcAddress(01600000,0016df28 "SetupAdobePDFPrinter") ret=1002110a 02f8:Ret KERNEL32.GetProcAddress() retval=01602bea ret=1002110a ... --- snip --- To have this work for Wine 'MsiBreak=SetupAdobePDFPrinter' is needed but 'MsiBreak=CreateAdobePDFPrinter' would be correct. $ wine --version wine-6.0-rc4 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6