wine-bugs December 2024

wine-bugs@winehq.org

1 participants
725 discussions

[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 57493] New: Mathcad 15 crashes on startup due to unhandled domdoc MaxElementDepth property
by WineHQ Bugzilla 06 Dec '24

06 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=57493 Bug ID: 57493 Summary: Mathcad 15 crashes on startup due to unhandled domdoc MaxElementDepth property Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: arethusa26(a)gmail.com Distribution: --- Using the download from bug 57457, after installing Mathcad 15 without any native dependencies from winetricks, the Mathcad application crashes on startup: 0024:fixme:msxml:domdoc_setProperty Ignoring property L"NewParser", value 00F0F5F8 {VT_I2: -1} 0024:fixme:msxml:domdoc_setProperty Ignoring property L"ProhibitDTD", value 00F0F5F8 {VT_I2: 0} 0024:fixme:msxml:domdoc_setProperty Unknown property L"MaxElementDepth" wine: Unhandled exception 0xe06d7363 in thread 24 at address 7B6267D8 (thread 0024), starting debugger... Handling the MaxElementDepth property in domdoc_setProperty is sufficient to allow the application to make further progress. -- 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 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 56709] New: PackTouchHitTestingProximityEvaluation not located in USER32.dll when attempting to run Clip Studio Paint 3.0
by WineHQ Bugzilla 06 Dec '24

06 Dec '24

https://bugs.winehq.org/show_bug.cgi?id=56709 Bug ID: 56709 Summary: PackTouchHitTestingProximityEvaluation not located in USER32.dll when attempting to run Clip Studio Paint 3.0 Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: animaloser(a)gmail.com Distribution: --- Clip Studio Paint 3.0 fails to open, with a pop-up message that reads "The procedure point PackTouchHitTestingProximityEvaluation could not be located in the dynamic link library USER32.dll" The launcher does run however, even if it's all white, it's been documented in the appdb entry for the program. The main software, CLIPStudioPaint.exe, does not. -- 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 25

[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

← Newer
1
...
66
67
68
69
70
71
72
73
Older →

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 December 2024