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

[Bug 57472] New: Systray support is broken in Wine 9.22
by WineHQ Bugzilla Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=57472 Bug ID: 57472 Summary: Systray support is broken in Wine 9.22 Product: Wine Version: 9.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Steps to reproduce: 1. Download and run WinRAR 7.01 https://www.rarlab.com/ 2. Install and launch 3. Press Alt + B (tools -> benchmark) and click "Background" 4. A systray icon/entry will appear and immediately disappear Using Xorg/X11/XFCE4. No Wayland. This is a regression. It used to work a couple of releases ago. -- 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 13

[Bug 57463] New: winebus always crashing with unknown since 8b41c2cfddba1f9973246f61e39d4a4d92912da5
by WineHQ Bugzilla Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=57463 Bug ID: 57463 Summary: winebus always crashing with unknown since 8b41c2cfddba1f9973246f61e39d4a4d92912da5 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- Created attachment 77463 --> https://bugs.winehq.org/attachment.cgi?id=77463 crash log of winebus.sys It will crash at winedevice.exe even execute winecfg I revert de265dfa0bc41fefec3525cd6a1db5d1e1d57029 and 8b41c2cfddba1f9973246f61e39d4a4d92912da5 in previous version of wine will fix this crash. -- 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 57411] New: Heroes of the Storm: screen sporadically flickers black
by WineHQ Bugzilla Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=57411 Bug ID: 57411 Summary: Heroes of the Storm: screen sporadically flickers black Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: matteo.mystral(a)gmail.com Distribution: --- You can already notice it in the login screen you get by running the game directly (.../Support64/HeroesSwitcher_x64.exe). Regression test blames: 46c8a637525d0f1cf67830295fb460c819b800b6 is the first bad commit commit 46c8a637525d0f1cf67830295fb460c819b800b6 Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Fri Jan 20 16:23:42 2023 -0600 winex11: Separately store the internal pixel format set by WGL_WINE_pixel_format_passthrough. dlls/d3d8/tests/device.c | 6 +++--- dlls/d3d9/tests/device.c | 6 +++--- dlls/ddraw/tests/ddraw1.c | 6 +++--- dlls/ddraw/tests/ddraw2.c | 6 +++--- dlls/ddraw/tests/ddraw4.c | 6 +++--- dlls/ddraw/tests/ddraw7.c | 6 +++--- dlls/winex11.drv/opengl.c | 26 +++++++++++--------------- 7 files changed, 29 insertions(+), 33 deletions(-) Although effectively it seems to be kind of a bad interaction with my commit 72597b170e814599ef2be4b19dc4b9de0932a30f "wined3d: Don't use separate GL contexts for different swapchains." compounded with wined3d being a bit overeager with switching window for GL contexts. The game uses D3D11CreateDeviceAndSwapChain() to initialize the device and (AFAICS) always uses the returned swapchain to do all its work. Except, every now and then (about once every ~4 frames?) it clears the implicit swapchain's back buffer. At the moment, wined3d_context_gl_acquire() never attempts to reuse the current context if it has NULL target (e.g. because the texture that was used for the original activation of the context was released in the meantime, which is always the case when this bug triggers). What effectively happens for such (offscreen) clears is that wined3d activates the GL context on the implicit swapchain, on a different window, and that resets internal_format_set (see wined3d_context_gl_update_window()) which leads to resetting the pixel format on it. Soon afterwards the game will do some operation that requires the "real" swapchain (e.g. Present()) and wined3d will reactivate the context on the explicit swapchain, bouncing back and forth between the two swapchains / windows and resetting pixel format every time. I guess one way to fix this in general would be to keep per-window values for the current pixel format / internal format set flag in struct wined3d_context_gl, so that we avoid spurious pixel format resets when flipping through multiple windows. In this case though, it's enough to always allow reusing the current context if we don't need to access any on-screen resource. I'm going to open an MR that does just that in a bit. -- 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 57308] New: Cannot load split debug symbols under /usr/lib/debug
by WineHQ Bugzilla Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=57308 Bug ID: 57308 Summary: Cannot load split debug symbols under /usr/lib/debug Product: Wine Version: 9.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: pq2sx44teeigl7za(a)chyen.cc Distribution: --- We're discussing splitting PE debug symbols into a separate Arch Linux package to reduce disk usage for users that don't need it: https://gitlab.archlinux.org/archlinux/packaging/packages/wine/-/issues/16. Typically, split debug symbol files are placed under /usr/lib/debug. Apparently, wine tries to find them but something wrong happens. If I run strace on the UNIX process for winedbg.exe, I got this when a crash happens in msvcrt.dll: 16423 newfstatat(AT_FDCWD, "/usr/lib/debug/\\??\\Z:\\usr\\lib\\wine\\x86_64-windows\\msvcrt.dll.debug", 0x7ffffe0ff8e0, 0) = -1 ENOENT The path should be /usr/lib/debug/usr/lib/wine/x86_64-windows/msvcrt.dll.debug. It seems Windows paths are not correctly converted to UNIX paths. -- 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 16

[Bug 43172] New: IDirectPlay4:: EnumConnections needs to support wide string in DPNAME structure
by wine-bugs＠winehq.org Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=43172 Bug ID: 43172 Summary: IDirectPlay4::EnumConnections needs to support wide string in DPNAME structure Product: Wine Version: 2.10 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-dplay Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- IDirectPlay4::EnumConnections needs to support wide strings in DPNAME returned in EnumConnections. Currently it just forwards to the ascii version. -- 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 3

[Bug 57453] New: Regression: Cursor position offset in *some* programs.
by WineHQ Bugzilla Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=57453 Bug ID: 57453 Summary: Regression: Cursor position offset in *some* programs. Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)aitchison.me.uk Distribution: --- THIS IS A REGRESSION SINCE 9.21 *Some*, but not, all programs act as if the mouse position is relative to the window rather than the screen. When the window is in the top left, the mouse position is OK, but when the window is in the bottom right, the mouse acts as if it is significantly down and right of the pointer. OS: Linux Ubuntu 24-10 oracular X11 desktop, TWM window manager Wine packages installed: wine-devel-amd64/oracular,now 9.22~oracular-1 amd64 [installed] wine-devel-i386/oracular,now 9.22~oracular-1 i386 [installed] wine-devel/oracular,now 9.22~oracular-1 amd64 [installed] winehq-devel/oracular,now 9.22~oracular-1 amd64 [installed] This can be demonstrated with "ViewRanger Map Chooser" a free program which can be installed from: http://web.archive.org/web/20170714072609/http://maps3.viewranger.com/mapch… -- 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 56838] New: FL Studio 21 gui problem
by WineHQ Bugzilla Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=56838 Bug ID: 56838 Summary: FL Studio 21 gui problem Product: Wine Version: 9.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: HalanoSiblee(a)gmail.com Distribution: --- Created attachment 76649 --> https://bugs.winehq.org/attachment.cgi?id=76649 A video of the bug on my linux environment FL studio 21 works fine for previous version of wine 9.8 and 9.9 since I've updated to 9.10 I got this GUI problem while moving the window of an plugin Here I'll upload video explaining the bug My system : Archlinux wine 9.10-1 wine-mono 9.1.0-1 Xorg/X11 ... ... ... -- 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 56109] New: Broken Radiobutton navigation (Up/Down, Accelerators) in several InnoSetup installers
by WineHQ Bugzilla Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=56109 Bug ID: 56109 Summary: Broken Radiobutton navigation (Up/Down, Accelerators) in several InnoSetup installers Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 75779 --> https://bugs.winehq.org/attachment.cgi?id=75779 Ant Renamer Broken Radiobutton navigation (Up/Down, Accelerators) in several InnoSetup installers Radiobuttons : I &Accept .. I do &not accept ... - Click on one or the other then VK_UP or VK_DOWN => Focus change (dotted rectangle) while selection does not move => THIS IS A BUG - ALT+A and ALT+N have no effect => THIS IS A BUG Happens with Ant Renamer 2.12 (see screenshot), TuxPaint 0.9.22 and several other Inno Setup installers -- 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 57477] New: After commit of 484c61111ef32d75dcf5cf1656b4469b4de3ec37 game could not launch with dxvk
by WineHQ Bugzilla Dec. 6, 2024

Dec. 6, 2024

https://bugs.winehq.org/show_bug.cgi?id=57477 Bug ID: 57477 Summary: After commit of 484c61111ef32d75dcf5cf1656b4469b4de3ec37 game could not launch with dxvk Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- Created attachment 77488 --> https://bugs.winehq.org/attachment.cgi?id=77488 log with error in it Many Game use dxvk was unable to launch after commit 484c61111ef32d75dcf5cf1656b4469b4de3ec37 Env wine: lastest master GPU: NVIDIA 560.35.03 Ubuntu 22.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.

1 9

[Bug 54571] New: ImageList images hard to see or even invisible depending on COLOR_WINDOWTEXT
by WineHQ Bugzilla Dec. 5, 2024

Dec. 5, 2024

https://bugs.winehq.org/show_bug.cgi?id=54571 Bug ID: 54571 Summary: ImageList images hard to see or even invisible depending on COLOR_WINDOWTEXT Product: Wine Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: dark(a)darkok.xyz Distribution: --- Created attachment 74114 --> https://bugs.winehq.org/attachment.cgi?id=74114 Visibility of images depending on Window Text color. The lighter the Window Text color gets, the less visible the images in an ImageList get. This really affects people primarily using dark themes such as myself, as then the text color is going to be so light the images will be invisible. I'm not sure if this issue is present in other software, but in this case I am experiencing this with the GSAE (GS Advanced Editor) tool shipped with Roland sound modules. I am able to see the images properly again if I replace what is currently line 1488 of `comctl32/imagelist.c` (ImageList_DrawIndirect) with `if (FALSE)` instead of `if (himl->hbmMask)` so the else branch always runs (this will likely break other software though, and in my case is just a temporary measure). -- 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