wine-bugs October 2024

wine-bugs@winehq.org

2 participants
1638 discussions

[Bug 57120] New: x11 if display is not at (0,0) position, then cursor will not match with application coordinates
by WineHQ Bugzilla 20 Dec '24

20 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57120 Bug ID: 57120 Summary: x11 if display is not at (0,0) position, then cursor will not match with application coordinates Product: Wine Version: 9.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: a-development+wine(a)posteo.de Distribution: --- You can reproduce the issue with as little as setting an arbitrary position for your display, so that it doesn't start at 0,0 then start wine notepad and move it around or resize the window. Cursor will not match with application coordinates. Cannot interact with the game properly and reach everything. It's easier to show when only one display is present, and you would set the coordinates to for instance 2000,2000. Then you would run 'wine notepad' and simply try to interact with the menu using the mouse. Since the coordinates are off, it doesn't really work. Rationale: Having no display at 0,0 is supported - e.g., that position could be for a laptop display that is off, or a display you have disconnected. Originally identified running a game (Everspace 1) from Wayland in steam proton 9 and experimental and wondering why cursor appears unaligned. Solved by setting >any< screen to match coordinates (0,0) Backstory: https://github.com/swaywm/sway/issues/8316 -- 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 57223] New: FL Studio - After WINE 9.17 the mouse pointer doesen't get locked into position
by WineHQ Bugzilla 20 Dec '24

20 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57223 Bug ID: 57223 Summary: FL Studio - After WINE 9.17 the mouse pointer doesen't get locked into position Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: agarplayerarlon(a)gmail.com Distribution: --- Created attachment 77142 --> https://bugs.winehq.org/attachment.cgi?id=77142 Video of the issue After updating to WINE 9.17 the mouse pointer doesen't get locked anymore into the position of the knob I'm tweaking, but with WINE 9.16 and below it was getting locked into it and it was like it should be, and the issue only appeared on Wayland Expected behaviour: The mouse pointer should get locked into the position of the knob I'm moving up and down What happens: The mouse pointer doesen't get locked and I can move it around how much I want and it can cause the system to crash if it hits the dock of my DE -- 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 2

[Bug 56213] New: MS Money 99 regression
by WineHQ Bugzilla 20 Dec '24

20 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56213 Bug ID: 56213 Summary: MS Money 99 regression Product: Wine Version: 9.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dahoam(a)protonmail.com Distribution: --- Created attachment 75926 --> https://bugs.winehq.org/attachment.cgi?id=75926 crash after fresh install of MS Money 99 After updating from 8.0.2 to the new 9.0 release MS Money 99, which has worked very well before, stopped working. It starts up, plays it's start-up chime and then immediately exists (no crash dump), with those messages appearing in the console: 0360:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0360:fixme:heap:RtlCompactHeap handle 00340000, flags 0 stub! 038c:fixme:ieframe:PersistStreamInit_InitNew (011F9EF8) 038c:fixme:ieframe:navigate_url Unsupported args (Flags 03DEFF30 {VT_UI2: 14}; TargetFrameName (null)) 039c:fixme:iphlpapi:NotifyIpInterfaceChange (family 0, callback 1A4F4250, context 0123C6E8, init_notify 0, handle 08ADFE00): stub 038c:fixme:msctf:InputProcessorProfileMgr_GetActiveProfile (088539E8)->({34745c63-b2f0-4784-8b67-5e12c8701a31} 03DEC93C) 038c:fixme:file:NtLockFile I/O completion on lock not implemented yet 038c:fixme:ieframe:BrowserService_GetTravelLog 0BA0D898 03DECE10 038c:fixme:ieframe:ClientSite_GetContainer (011F9FD0)->(03DECF08) 038c:fixme:ieframe:ClientSite_GetContainer (011F9FD0)->(03DEE018) I tried a fresh install of the application as well. In that case the application crashes, producing the attached backtrace. Please let me know if I can provide additional information to track down this issue. Thanks. -- 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 5

[Bug 57233] New: BeamNG.drive blocks on startup with black screen/window.
by WineHQ Bugzilla 20 Dec '24

20 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57233 Bug ID: 57233 Summary: BeamNG.drive blocks on startup with black screen/window. Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: logos128(a)gmail.com Regression SHA1: 278ca7f68d727639b3389b78c363134fa2bd32a8 Distribution: ArchLinux The problem occurs in both d3d11 and Vulkan rendering modes, that the game provides. After bisecting it, found that "winex11: Only update the client window position in sync_client_position." (278ca7f) causes the regression. I have confirmed this by reverting just the aforementioned commit on the top of the 9.18 tree, and the game started normally and ran without issues. -- 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 24

[Bug 42877] New: SumatraPDF 3.1.2 tabs are covered by wine title bar
by wine-bugs＠winehq.org 20 Dec '24

20 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=42877 Bug ID: 42877 Summary: SumatraPDF 3.1.2 tabs are covered by wine title bar Product: Wine Version: 2.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ericbasil.rabi(a)gmail.com Distribution: --- The SumatraPDF 3.1.2 has tabs and menu button at the top of the window. These are partially covered by the wine title bar when not in full screen. When in full screen, the tabs and the menu button are almost complete covered. This makes accessing the menu and closing tabs impossible in full screen. I use ubuntu 16.04. -- 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 22

[Bug 54079] New: Honkai Impact 3rd; game client rapidly eats all memory (16Gb) + swap(16Gb) while starting until the system kills it.
by WineHQ Bugzilla 19 Dec '24

19 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=54079 Bug ID: 54079 Summary: Honkai Impact 3rd; game client rapidly eats all memory (16Gb) + swap(16Gb) while starting until the system kills it. Product: Wine Version: 7.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 73624 --> https://bugs.winehq.org/attachment.cgi?id=73624 Honkai Impact 3rd; wine 7.19 default output Hello, I installed the game "Honkai Impact 3rd" from Epic Games Store in a fresh prefix. Installing EGS had no issue. Installing the game had no issue, except that it complained about a failure to install a required add-on. When the message was closed, it proceeded to download and install the game anyway. The add-on it tries to install are KB2921916 and KB3033929, which adds SHA256 support to Windows 7 (https://social.technet.microsoft.com/Forums/en-US/f4a4e72c-85c7-4683-8f4d-4…). I think it's unrelated to this bug. Clicking on the game in the EGS library opens the game launcher. Clicking 'play' in the game launcher closes the open window(s) and launches the game client. There is nothing on screen, but there's a BH3.exe process that rapidly (under 30sec) eats all RAM memory. Then the computer starts crawling while it eats all swap memory (5~10 mins). After it reaches 100% of all memory used, the system kills the game client process and all memory is freed. The EGS launcher comes back on screen (if the CEF webhelper didn't crash in the meantime). My system has 16GB of RAM and 16GB of swap. The game requirements are 4GB minimum - 8GB recommended. I've had a few game consumes all RAM and some swap lately, but they were games with requirement of 16Gb minimum and I thought that Wine dependencies and linux libraries consumption explained that it needed a couple of Gb more. It doesn't explain the current issue, however. It may also be the application that behaves badly, but I've not seen reports of such memory problems on Windows when searching for it. It may be a wine bug. Debian GNU/Linux 8 (jessie) 64 bits NVIDIA GeForce RTX 2070/PCIe/SSE2 (nv driver 515.86.01; 8GB) Intel® Core™ i7-4930K CPU @ 3.40GHz × 12 Wine 7.19 64-bit WoW 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 3

[Bug 40376] New: Black screen in Epic Games Launcher caused by d3d11
by wine-bugs＠winehq.org 19 Dec '24

19 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=40376 Bug ID: 40376 Summary: Black screen in Epic Games Launcher caused by d3d11 Product: Wine Version: 1.9.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: felix-bachl(a)web.de Distribution: --- A black screen can be seen. The following output is repeated endlessly. fixme:d3d11:d3d11_immediate_context_OMSetBlendState Color mask > 3 not implemented. fixme:d3d11:d3d11_immediate_context_RSSetState Ignoring FrontCounterClockwise 0x1. fixme:d3d11:d3d11_immediate_context_OMSetBlendState Per-rendertarget blend not implemented. -- 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 27

[Bug 44840] New: Icewind Dale unusably glitchy starting with Wine Version 3.2
by wine-bugs＠winehq.org 19 Dec '24

19 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=44840 Bug ID: 44840 Summary: Icewind Dale unusably glitchy starting with Wine Version 3.2 Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wodencafe(a)gmail.com Distribution: --- Starting with Wine 3.2 and on, Icewind Dale (2.0.0.11 (GOG)) is having very strange input / glitchy rendering issues. I have attached a video comparison with 3.1 where it works fine. Tested with 3.2, 3.3, and 3.4, and all have the strange input and glitchy problem. There are no additional wine modifications. Please see the video for example of problem, and comparison of when it was working with 3.1 -- 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 19

[Bug 50193] New: Minimizing a window of a Delphi app leads to a window completely disappearing without any ability to restore it
by WineHQ Bugzilla 19 Dec '24

19 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=50193 Bug ID: 50193 Summary: Minimizing a window of a Delphi app leads to a window completely disappearing without any ability to restore it Product: Wine Version: 1.2-rc2 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, regression, source, testcase Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru Regression SHA1: 61e50e15ba45ad54655f98619f5ef33917033165 Distribution: --- Created attachment 68708 --> https://bugs.winehq.org/attachment.cgi?id=68708 test app (source + binary) Applications created with Delphi create secondary top level windows without WS_EX_APPWINDOW style set, and minimizing such a window leads to a window completely disappearing without any ability to restore it. This is a regression caused by commit 61e50e15ba45ad54655f98619f5ef33917033165 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri May 28 12:14:43 2010 +0200 winex11: Map zero-size windows and set an empty window region for them. Admittedly Windows behaviour is weird: it minimizes such windows in an MDI style with desktop as an MDI client and Delphi window as an MDI child. https://source.winehq.org/patches/data/196455 is an attempt to fix this regression. Before this patch: no taskbar window for a normal or minimized owned window. After this patch: no taskbar window for normal owned window, after a window being minimized a taskbar button appears, after a window being restored a taskbar button gets removed. Attachment contains a simple test app (source + binary) that reproduces this problem. -- 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 3

[Bug 54425] New: user32:clibpoard - test_string_data_process() fails on Windows in mixed locales
by WineHQ Bugzilla 19 Dec '24

19 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=54425 Bug ID: 54425 Summary: user32:clibpoard - test_string_data_process() fails on Windows in mixed locales Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:clibpoard - test_string_data_process() fails on Windows in mixed locales: clipboard.c:2351: Test failed: 7: wrong size 2 / 3 clipboard.c:2352: Test failed: 7: wrong data "a\x00", expected "\x83\xbf\x00" 1020:clipboard: 7 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. clipboard.c:231: 2 failures in child process clipboard.c:2351: Test failed: 8: wrong size 3 / 5 clipboard.c:2352: Test failed: 8: wrong data "a\xdf\x00", expected "\x83\xbf\x83\xc0\x00" 2024:clipboard: 7 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. clipboard.c:231: 2 failures in child process clipboard.c:2351: Test failed: 9: wrong size 3 / 5 clipboard.c:2352: Test failed: 9: wrong data "a\xdf\x00", expected "\x83\xbf\x83\xc0\x00" 1a7c:clipboard: 7 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. clipboard.c:231: 2 failures in child process clipboard.c:2351: Test failed: 10: wrong size 4 / 7 clipboard.c:2352: Test failed: 10: wrong data "a\xdf?\x00", expected "\x83\xbf\x83\xc0\x83\xc1\x00" 1538:clipboard: 7 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. clipboard.c:231: 2 failures in child process clipboard.c:2351: Test failed: 11: wrong size 4 / 7 clipboard.c:2352: Test failed: 11: wrong data "a\xdf?\x00", expected "\x83\xbf\x83\xc0\x83\xc1\x00" 05bc:clipboard: 7 tests executed (0 marked as todo, 0 as flaky, 2 failures), 0 skipped. clipboard.c:231: 2 failures in child process See https://test.winehq.org/data/patterns.html#user32:clipboard The failures happen in the w10pro64-mx-MX test configuration. What's special about it is that it uses a mix of locales: SystemDefaultLCID 0411 UserDefaultLCID 040c ThreadLocale 0411 SystemPreferredUILanguages 0412,0409 UserDefaultUILanguage 0412 ThreadUILanguage 0412 Country 231 ACP 932 The failures started happening with the commit below: commit 605ecafa67a4e034328b69396581e2f9b60d7af3 Author: Francois Gouget <fgouget(a)codeweavers.com> Date: Wed Dec 21 18:48:29 2022 +0100 user32: Fix a SetClipboardData() buffer overflow. Wine would append a correctly aligned NUL Unicode character to terminate the string but overflow the buffer by one byte for odd-sized strings. Windows instead overwrites the last two buffer bytes with a NUL Unicode character which ends up being misaligned for odd-sized strings. The clipboard data has a size field anyway so match the Windows behavior. Tweak the tests to show that SetClipboardData() can overwrite half of the Unicode string's last character. -- 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 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs October 2024