November 2024 - Wine-bugs - list.winehq.org

[Bug 23464] New: Installer windows for several Disney Interactive products do not render correctly
by wine-bugs＠winehq.org 18 Jan '25

18 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=23464 Summary: Installer windows for several Disney Interactive products do not render correctly Product: Wine Version: 1.2-rc5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk This bug report applies to at least three Disney Interactive products from the years 1999 and 2000: Dinosaur Activity Centre, Magic Artist Studio and Toy Story 2 Action Game. On starting Setup.exe from the game CD, the initial window is not rendered properly. It mainly consists of a grey background; the only part which is rendered properly is the "sparkling" Disney logo. If you move the pointer over where the buttons should be, they are drawn when the pointer passes over them. (See the Windows screenshot to find where the hotspots are.) With Wine *not* in virtual desktop mode, if you drag the window or activate another window, it refreshes/renders correctly. (In virtual desktop mode the window has no decorations, so cannot be dragged.) After the window has refreshed, if you partly cover it with another window, then click in the Setup window to bring it to the front, the just-revealed parts are blank. That also happens in virtual desktop mode. I have created an archive containing only those files sufficient to allow Setup.exe to run. You can download it from http://rapidshare.com/files/404357546/Disney.tar.bz2.html 228740 bytes, MD5 checksum fc0b0f7926209db6b4b83ff002e79219 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

2 16

[Bug 55998] New: Pro Evolution Soccer 6 doesn't have SFX on menus and ingame
by WineHQ Bugzilla 17 Jan '25

17 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=55998 Bug ID: 55998 Summary: Pro Evolution Soccer 6 doesn't have SFX on menus and ingame Product: Wine Version: 9.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: dmusic Assignee: wine-bugs(a)winehq.org Reporter: jr1991(a)protonmail.com Distribution: Fedora Created attachment 75610 --> https://bugs.winehq.org/attachment.cgi?id=75610 Backtrace all This bug is present in Wine since forever, it never had SFX on this game. This comment from 2010 verifies what I'm reporting. https://bugs.winehq.org/show_bug.cgi?id=22598#c53 A workaround is to do winetricks directmusic dsdmo, but then the game gets sound glitches, whistles out of nowhere ingame and some very noticeable latency on SFX. I provide a bt all and console output of clean wine with the latest 9-01 rc. I also add bt all and console output with the winetricks workaround if it's useful. -- 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 57179] New: Since Wine 7.5, file uploads in Hotline Client 1.2.3 hang after about 200 KB
by WineHQ Bugzilla 17 Jan '25

17 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57179 Bug ID: 57179 Summary: Since Wine 7.5, file uploads in Hotline Client 1.2.3 hang after about 200 KB Product: Wine Version: 9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)jordan.yelloz.me Distribution: --- I was uploading a file to a Hotline server from the Hotline client (1990s BBS software used mostly on Macs) using recent versions of Wine, all the way up to 9.17 and noticed that uploads greater than about 200KB will not complete successfully. I found that this is working properly in wine 7.4 and earlier and I think I've narrowed the cause down to the commit https://gitlab.winehq.org/wine/wine/-/commit/1c6c90c7e1f1cd011e0ddb1dba4771… . Though I'm not knowledgeable enough about wine's implementation to fix the problem, I tested with the latest code in 64-bit mode, and if I just set reply->nonblocking = FALSE at https://gitlab.winehq.org/wine/wine/-/blob/6dfb84f5cbdf30c1dc0775fd4dae821e… the upload will succeed but obviously the client application UI will be unresponsive while that happens. The windows versions of the Hotline client and server are downloadable from https://preterhuman.net/gethotlinekdx.php -- 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 53891] New: user32:msg - test_swp_paint_regions() fails on Windows 7
by WineHQ Bugzilla 17 Jan '25

17 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=53891 Bug ID: 53891 Summary: user32:msg - test_swp_paint_regions() fails on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:msg - test_swp_paint_regions() fails on Windows 7: msg.c:9307: Test failed: 9417: SetWindowPos redraw #0 (ex_style = 0, style = 0x2000000, shuffle_zorder = 0): delta = -20: Parent update region shall match expected region msg.c:9307: Test failed: 9417: SetWindowPos redraw #1 (ex_style = 0, style = 0, shuffle_zorder = 0): delta = -20: Parent update region shall match expected region msg.c:9307: Test failed: 9417: SetWindowPos redraw #2 (ex_style = 0x2000000, style = 0x2000000, shuffle_zorder = 1): delta = -20: Parent update region shall match expected region msg.c:9370: Test failed: 9417: SetWindowPos redraw #2 (ex_style = 0x2000000, style = 0x2000000, shuffle_zorder = 1): delta = -20: Child update region shall match expected region msg.c:9307: Test failed: 9417: SetWindowPos redraw #2 (ex_style = 0x2000000, style = 0x2000000, shuffle_zorder = 1): delta = +0: Parent update region shall match expected region msg.c:9370: Test failed: 9417: SetWindowPos redraw #2 (ex_style = 0x2000000, style = 0x2000000, shuffle_zorder = 1): delta = +0: Child update region shall match expected region msg.c:9307: Test failed: 9417: SetWindowPos redraw #3 (ex_style = 0x2000000, style = 0, shuffle_zorder = 0): delta = -20: Parent update region shall match expected region msg.c:9370: Test failed: 9417: SetWindowPos redraw #3 (ex_style = 0x2000000, style = 0, shuffle_zorder = 0): delta = -20: Child update region shall match expected region msg.c:9307: Test failed: 9417: SetWindowPos redraw #4 (ex_style = 0x2000000, style = 0, shuffle_zorder = 1): delta = -20: Parent update region shall match expected region msg.c:9370: Test failed: 9417: SetWindowPos redraw #4 (ex_style = 0x2000000, style = 0, shuffle_zorder = 1): delta = -20: Child update region shall match expected region msg.c:9307: Test failed: 9417: SetWindowPos redraw #4 (ex_style = 0x2000000, style = 0, shuffle_zorder = 1): delta = +0: Parent update region shall match expected region msg.c:9370: Test failed: 9417: SetWindowPos redraw #4 (ex_style = 0x2000000, style = 0, shuffle_zorder = 1): delta = +0: Child update region shall match expected region msg.c:9307: Test failed: 9418: SetWindowPos redraw #0 (ex_style = 0, style = 0x2000000, shuffle_zorder = 0): delta = -20: Parent update region shall match expected region msg.c:9370: Test failed: 9418: SetWindowPos redraw #0 (ex_style = 0, style = 0x2000000, shuffle_zorder = 0): delta = -20: Child update region shall match expected region msg.c:9307: Test failed: 9418: SetWindowPos redraw #1 (ex_style = 0, style = 0, shuffle_zorder = 0): delta = -20: Parent update region shall match expected region msg.c:9370: Test failed: 9418: SetWindowPos redraw #1 (ex_style = 0, style = 0, shuffle_zorder = 0): delta = -20: Child update region shall match expected region msg.c:9307: Test failed: 9418: SetWindowPos redraw #2 (ex_style = 0x2000000, style = 0x2000000, shuffle_zorder = 1): delta = -20: Parent update region shall match expected region msg.c:9307: Test failed: 9418: SetWindowPos redraw #3 (ex_style = 0x2000000, style = 0, shuffle_zorder = 0): delta = -20: Parent update region shall match expected region msg.c:9307: Test failed: 9418: SetWindowPos redraw #4 (ex_style = 0x2000000, style = 0, shuffle_zorder = 1): delta = -20: Parent update region shall match expected region msg.c:9307: Test failed: 9419: SetWindowPos redraw #0 (ex_style = 0, style = 0x2000000, shuffle_zorder = 0): delta = -20: Parent update region shall match expected region msg.c:9370: Test failed: 9419: SetWindowPos redraw #0 (ex_style = 0, style = 0x2000000, shuffle_zorder = 0): delta = -20: Child update region shall match expected region msg.c:9307: Test failed: 9419: SetWindowPos redraw #1 (ex_style = 0, style = 0, shuffle_zorder = 0): delta = -20: Parent update region shall match expected region msg.c:9370: Test failed: 9419: SetWindowPos redraw #1 (ex_style = 0, style = 0, shuffle_zorder = 0): delta = -20: Child update region shall match expected region msg.c:9307: Test failed: 9419: SetWindowPos redraw #2 (ex_style = 0x2000000, style = 0x2000000, shuffle_zorder = 1): delta = -20: Parent update region shall match expected region msg.c:9307: Test failed: 9419: SetWindowPos redraw #3 (ex_style = 0x2000000, style = 0, shuffle_zorder = 0): delta = -20: Parent update region shall match expected region msg.c:9307: Test failed: 9419: SetWindowPos redraw #4 (ex_style = 0x2000000, style = 0, shuffle_zorder = 1): delta = -20: Parent update region shall match expected region msg.c:9307: Test failed: 9420: SetWindowPos redraw #0 (ex_style = 0, style = 0x2000000, shuffle_zorder = 0): delta = -20: Parent update region shall match expected region msg.c:9370: Test failed: 9420: SetWindowPos redraw #0 (ex_style = 0, style = 0x2000000, shuffle_zorder = 0): delta = -20: Child update region shall match expected region msg.c:9307: Test failed: 9420: SetWindowPos redraw #1 (ex_style = 0, style = 0, shuffle_zorder = 0): delta = -20: Parent update region shall match expected region msg.c:9370: Test failed: 9420: SetWindowPos redraw #1 (ex_style = 0, style = 0, shuffle_zorder = 0): delta = -20: Child update region shall match expected region See: https://test.winehq.org/data/patterns.html#user32:msg These failures started as soon as the test was introduced in the following commit: commit 5005bb970f14745ff0fe70d5d02d87013f543136 Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com> Date: Mon Jun 13 02:22:57 2022 +0900 user32/tests: Test for window exposure behaviours. -- 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 9

[Bug 57076] New: Harmony Assistant 9.9.8d (64 bit) reports missing stoccata.ttf font on startup
by WineHQ Bugzilla 17 Jan '25

17 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57076 Bug ID: 57076 Summary: Harmony Assistant 9.9.8d (64 bit) reports missing stoccata.ttf font on startup Product: Wine Version: 9.3 Hardware: x86-64 URL: https://web.archive.org/web/20240613075500/https://www .myriad-online.com/win/harmony998d-x64-install.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: arethusa26(a)gmail.com CC: smazza(a)codeweavers.com Regression SHA1: ba4681e776c0c1cef9b5b2610dc67f634999d095 Distribution: --- Created attachment 76949 --> https://bugs.winehq.org/attachment.cgi?id=76949 Harmony Assistant standard error output With the fix from bug 56825 in the latest master, when launching Harmony Assistant, a message box appears on startup with the text: The font 'stoccata.ttf' is not installed in your system. Download it from http://www.myriad-online.com/fonts/stoccata.ttf and install it. The stoccata.ttf file is already present in the Harmony Assistant font directory, and this message box does not appear in wine-9.0. Regression testing identified the following breaking change: ba4681e776c0c1cef9b5b2610dc67f634999d095 is the first bad commit commit ba4681e776c0c1cef9b5b2610dc67f634999d095 Author: Santino Mazza <smazza(a)codeweavers.com> Date: Tue Nov 14 19:22:25 2023 -0300 gdiplus: Implement font linking for gdiplus. Installing native gdiplus from winetricks successfully avoids display of the message box on startup. -- 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 55263] New: Boulder Remake doesn't recognise arrow keys (other keys work)
by WineHQ Bugzilla 17 Jan '25

17 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=55263 Bug ID: 55263 Summary: Boulder Remake doesn't recognise arrow keys (other keys work) Product: Wine Version: 8.11 Hardware: x86-64 URL: https://home.deds.nl/~bremake/download.htm OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skorohodov4219(a)gmail.com Distribution: --- Created attachment 74879 --> https://bugs.winehq.org/attachment.cgi?id=74879 terminal output (i launch the game, load a level, start the game, attempt to move, then quit) OS: Manjaro Linux x86_64 Kernel: 6.1.38-1-MANJARO CPU: Intel i5-2320 (4) @ 3.000GHz GPU: NVIDIA GeForce GTX 550 Ti (using the proprietary driver) When you launch the game executable, load a level, then start the game, it won't let you move around with arrow keys and you'll stay in place. Note that other hotkeys, like loading levels with L or watching demos with D, still work. Btw, is that still minor? No movement makes the game unplayable but it's not crashing because of it. -- 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 9

[Bug 48501] New: U.S. Naval Observatory MICA2 software has annoying error message upon closing
by WineHQ Bugzilla 17 Jan '25

17 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=48501 Bug ID: 48501 Summary: U.S. Naval Observatory MICA2 software has annoying error message upon closing Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: distroastro(a)gmail.com Distribution: --- Created attachment 66295 --> https://bugs.winehq.org/attachment.cgi?id=66295 The backtrace.txt file generated by Wine. The program "U.S. Naval Observatory - Multiyear Interactive Computer Almanac (MICA) 1800-2050" has an annoying issue that says: "The program MICA2.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience." Note: This message did not appear in Wine 1.8. (though I have not tested it in versions of Wine between 1.8 and 5.0) -- 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 4

[Bug 57077] New: Micrografx Window Draw 4.0a crashes when backspacing while editing freeform text object
by WineHQ Bugzilla 17 Jan '25

17 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57077 Bug ID: 57077 Summary: Micrografx Window Draw 4.0a crashes when backspacing while editing freeform text object Product: Wine Version: 8.10 Hardware: x86-64 URL: https://winworldpc.com/product/micrografx-draw/40 OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: arethusa26(a)gmail.com CC: jacek(a)codeweavers.com Regression SHA1: 0492108ae8367dfe69d15879b1482876579e7c03 Distribution: --- Created attachment 76950 --> https://bugs.winehq.org/attachment.cgi?id=76950 Micrografx Window Draw 4.0a winedbg backtrace With the latest master, Micrografx Window Draw 4.0a crashes when performing the following steps: 1. Launch the application and create a new blank drawing. 2. Select the text tool (capital A icon) from the left toolbar and click somewhere in the drawing area to create a new freeform text object. 3. Type some letters in the text object and hit backspace. The crash does not occur in wine-8.0. Regression testing identified the following breaking commit: 0492108ae8367dfe69d15879b1482876579e7c03 is the first bad commit commit 0492108ae8367dfe69d15879b1482876579e7c03 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Mon Aug 1 21:30:30 2022 +0200 win32u: Use syscall interface for all ntuser functions. -- 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 4

[Bug 57019] New: wineboot crashes in create_bios_processor_values() on 2013 Mac Pro
by WineHQ Bugzilla 17 Jan '25

17 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57019 Bug ID: 57019 Summary: wineboot crashes in create_bios_processor_values() on 2013 Mac Pro Product: Wine Version: 9.14 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Regression SHA1: ecbc4cf06d6c9253ba92065f320ddd6eeff3177f Created attachment 76864 --> https://bugs.winehq.org/attachment.cgi?id=76864 wineboot backtrace Since ecbc4cf06d6c9253ba92065f320ddd6eeff3177f ("wineboot: Retrieve CPU details through the SMBIOS table."), wineboot assumes that an SMBIOS 3.0+ processor information table is present, and uses those values to populate CPU info in the registry. On most platforms, raw SMBIOS tables are not available to unprivileged applications, so ntdll "creates" SMBIOS tables with information from other APIs. ntdll creates a v3.0+ processor table, and wineboot is happy. However, on Intel macOS, raw SMBIOS tables are available to unprivileged applications, and ntdll passes them straight through to wineboot. My 2013 Mac Pro (running macOS 10.13 and the latest 2023 EFI firmware) only supports SMBIOS v2.4, and the processor information table is missing all the 2.5+ fields like core/thread count. These fields are filled with garbage, and wineboot crashes when proc->thread_count2 is implausibly large. One fix for this would be for wineboot to not use SMBIOS for CPU details (or at least have a non-SMBIOS fallback). Alternately, ntdll could disable passthrough of real SMBIOS tables and just create it on all platforms (this is already done on ARM64 macOS). dmidecode output showing the processor information table: $ dmidecode # dmidecode 3.1 Getting SMBIOS data from Apple SMBIOS service. SMBIOS 2.4 present. 68 structures occupying 3524 bytes. Bad address Handle 0x0000, DMI type 4, 35 bytes Processor Information Socket Designation: Not Specified Type: Central Processor Family: Pentium 4 Manufacturer: Intel(R) Corporation ID: E4 06 03 00 FF FB EB BF Signature: Type 0, Family 6, Model 62, Stepping 4 Flags: FPU (Floating-point unit on-chip) VME (Virtual mode extension) DE (Debugging extension) PSE (Page size extension) TSC (Time stamp counter) MSR (Model specific registers) PAE (Physical address extension) MCE (Machine check exception) CX8 (CMPXCHG8 instruction supported) APIC (On-chip APIC hardware supported) SEP (Fast system call) MTRR (Memory type range registers) PGE (Page global enable) MCA (Machine check architecture) CMOV (Conditional move instruction supported) PAT (Page attribute table) PSE-36 (36-bit page size extension) CLFSH (CLFLUSH instruction supported) DS (Debug store) ACPI (ACPI supported) MMX (MMX technology supported) FXSR (FXSAVE and FXSTOR instructions supported) SSE (Streaming SIMD extensions) SSE2 (Streaming SIMD extensions 2) SS (Self-snoop) HTT (Multi-threading) TM (Thermal monitor supported) PBE (Pending break enabled) Version: Intel(R) Xeon(R) CPU E5-1620 v2 @ 3.70GHz Voltage: 1.2 V External Clock: 25 MHz Max Speed: 3700 MHz Current Speed: 3700 MHz Status: Populated, Enabled Upgrade: ZIF Socket L1 Cache Handle: 0x0002 L2 Cache Handle: 0x0003 L3 Cache Handle: 0x0004 Serial Number: Not Specified Asset Tag: Not Specified Part Number: Not Specified -- 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 4

[Bug 56452] New: WineHQ9.3 breaks font-rendering at .NET-Datagridview
by WineHQ Bugzilla 17 Jan '25

17 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=56452 Bug ID: 56452 Summary: WineHQ9.3 breaks font-rendering at .NET-Datagridview Product: Wine Version: 9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: andreas.franz(a)arcor.de Distribution: --- Since WineHQ 9.3, font "wingdings" seems to be rendered as "arial" at .NET-Datagridview. Symbol "checkmark" is shown as "ü". Stable WineHQ 9.0 works fine, 9.4 doesn't fix this issue. It seems to be a GDI-related issue - print-preview-rendering is affected, too. regards, Andy -- 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 50