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

[Bug 57463] New: winebus always crashing with unknown since 8b41c2cfddba1f9973246f61e39d4a4d92912da5
by WineHQ Bugzilla 06 Dec '24

06 Dec '24

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 06 Dec '24

06 Dec '24

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 06 Dec '24

06 Dec '24

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 06 Dec '24

06 Dec '24

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 06 Dec '24

06 Dec '24

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 06 Dec '24

06 Dec '24

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 06 Dec '24

06 Dec '24

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 06 Dec '24

06 Dec '24

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 05 Dec '24

05 Dec '24

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

[Bug 56443] New: Totem Arts Launcher.exe repeatedly asking for Unreal Engine Redistributable
by WineHQ Bugzilla 05 Dec '24

05 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56443 Bug ID: 56443 Summary: Totem Arts Launcher.exe repeatedly asking for Unreal Engine Redistributable Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 6chars(a)proton.me Distribution: Mint Created attachment 76203 --> https://bugs.winehq.org/attachment.cgi?id=76203 Screenshots and a log while installing the UE redistributable After successfully installing "Totem-Arts-Launcher-latest.exe", when I launch "Totem Arts Launcher.exe" (the installed program), there is a message box that prompts me to install the 'Unreal Engine Redistributable'(currently has garbled text due to a bug). I click 'Okay' to install the required Redistributable, it goes through the operation and says it was installed successfully, but the next time I enter "Totem Arts Launcher.exe" it prompts me AGAIN to install the 'Unreal Engine Redistributable.' The normal behavior was obviously for the redistributable to be installed on my first try and not to be asked about it every time I enter the program. I don't even know for sure if it installed correctly in the first place, despite the 'Successfully install' message. Download link for "Totem-Arts-Launcher-latest.exe": https://totemarts.games/forums/files/file/1-renegade-x/ SHA1 sum for the installer: d9b7f056103183c5a50003b4c164a23cdf605e95 Totem-Arts-Launcher-latest.exe SHA1 sum for the installed program: 76f68237898ce54a3bb7129c2d1185614dc0da06 Totem Arts Launcher.exe My system: Linux Mint 21.3 x86_64, Kernel 6.5.0-25-generic, NVIDIA Geforce GTX 1050 driver 535.161.07, wine-9.4 (Staging). -- 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 18