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

[Bug 57158] New: HID devices not detected after removal until Wine processes restart
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57158 Bug ID: 57158 Summary: HID devices not detected after removal until Wine processes restart Product: Wine Version: 9.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Regression SHA1: 13a44865586f7697bb47bb48664ac0a90590a643 Distribution: Gentoo After 13a44865586 [1], at least dinput/xinput HID devices are not being re-detected until everything running in the specific Wine prefix has been terminated (winedevice?). Have not tested if Wine preocesses running on other prefixes have an effect as well. First observed with Final Fantasy XI Online, using a Sony DualShock 2 and 4 gamepads, bisected using a default clean prefix with 'wine control/joy.cpl' (for DualShock 4 hidraw is disabled due to 173ed7e61b5 [2]). Steps used to re-produce: - Run 'wine control' and 'Game Controllers' therein. - Select the 'XInput' tab for convenience. - Re-plug the gamepad. - At this point due to no automation for it being used in my set-up, adjust permissions on '/dev/input/event*' which corresponds to the device. - Observe the gamepad not re-appearing in the 'XInput' tab until every process from that prefix is terminated. It may take a few re-plugs for the issue to show itself; sometimes the devices will appear again, but once they don't, the Wine processes need to be restarted. Thank you! 1. https://gitlab.winehq.org/wine/wine/-/commit/13a44865586f7697bb47bb48664ac0… 2. https://gitlab.winehq.org/wine/wine/-/commit/173ed7e61b5b80ccd4d268e80c5c15… -- 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 53727] New: TreeView doesn't check the return value of TREEVIEW_SendExpanding
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=53727 Bug ID: 53727 Summary: TreeView doesn't check the return value of TREEVIEW_SendExpanding Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: katayama.hirofumi.mz(a)gmail.com Distribution: --- comctl32!TREEVIEW_Collapse function has a bug. That function didn't check the return value of TREEVIEW_SendExpanding. So, I can't forbid collapsing on a treeview control. -- 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 57190] New: Configure ends with: Do '' to compile Wine.
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57190 Bug ID: 57190 Summary: Configure ends with: Do '' to compile Wine. Product: Wine Version: 9.17 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, regression, source Severity: trivial Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: 63d2019b85f4603e48bfcb1c1668fcd6932656d0 Distribution: --- This is only a cosmetic issue, the source is compiling properly. When running the configure script in the Wine source dir, the output ends with configure: Finished. Do '' to compile Wine. Instead of configure: Finished. Do 'make' to compile Wine. This is after commit 63d2019b85f4603e48bfcb1c1668fcd6932656d0 configure: Remove some no longer used defines. wine-9.17-142-g8bf8754d68a -- 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 57200] New: Warlords III: Darklords Rising shows distorted image
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57200 Bug ID: 57200 Summary: Warlords III: Darklords Rising shows distorted image Product: Wine Version: 9.17 Hardware: x86-64 URL: https://store.steampowered.com/app/2916220/Warlords_II I_Darklords_Rising/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 4c15acf234a575b7b054016e2a0099202885d87f Distribution: --- Created attachment 77095 --> https://bugs.winehq.org/attachment.cgi?id=77095 screenshot from the main menu The bug is similar in appearance to bug #57189 but it is caused by a different commit and is not fixed unlike 57189. The game screen is distorted and doesn't fill the screen properly. Occurs both in fullscreen and virtual desktop mode. The commit causing the problem: commit 4c15acf234a575b7b054016e2a0099202885d87f winex11: Detach offscreen OpenGL windows after creation. Plain terminal output doesn't show anything relevant. You can reproduce the bug in the Steam version or with the original demo version released in 1997: https://archive.org/download/WarlordsIIIReignofHeroes_1020/war3demo.zip Still present in wine-9.17-160-g03d985369dc -- 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 57155] New: Gigapixel ai crashes on startup
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57155 Bug ID: 57155 Summary: Gigapixel ai crashes on startup Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: levanchelidze(a)gmail.com Distribution: --- Created attachment 77062 --> https://bugs.winehq.org/attachment.cgi?id=77062 crash report Trying to start gigapixel ai 7.2.2 and it crashes 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 13

[Bug 55347] New: widl generated winrt headers fails to compile with C++ code
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=55347 Bug ID: 55347 Summary: widl generated winrt headers fails to compile with C++ code Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: nathbappai(a)gmail.com Distribution: --- Created attachment 74933 --> https://bugs.winehq.org/attachment.cgi?id=74933 minimal sample code If winrt headers are used with C++ code, it fails to compile with both g++ and clang++. In this case, the error comes from data types of virtual function parameters. Replacing the data types with fully qualified name fixes the compiler errors. In the attachment section, a minimal sample code is added. That code does not do anything, it's just for compilation testing purpose. It compiles fine with MSVC/Visual Studio. Firefox is one of the project which is affected by this issue. Currently, a patch is used with mingw-w64 https://hg.mozilla.org/mozilla-central/file/tip/taskcluster/scripts/misc/mi… -- 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 57163] New: Wine Mono support msi no longer installs
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57163 Bug ID: 57163 Summary: Wine Mono support msi no longer installs Product: Wine Version: 9.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Running "make dev-setup" in a wine-mono build tree now fails in the msiexec step: wine msiexec /i 'Z:\home\meh\wine-mono\image\support\winemono-support.msi' 015c:fixme:file:NtLockFile I/O completion on lock not implemented yet make: *** [GNUmakefile:81: dev-setup] Error 123 Bisecting pointed to this commit: 14b718b69bb8d62c3ae84c52d4210e81c1d21208 is the first bad commit commit 14b718b69bb8d62c3ae84c52d4210e81c1d21208 Author: Hans Leidekker <hans(a)codeweavers.com> Date: Thu Aug 29 14:44:38 2024 +0200 msiexec: Don't remove quotes from properties passed on the command line. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57024 programs/msiexec/msiexec.c | 43 +++++++++++++++++++++++++++++++++---------- 1 file changed, 33 insertions(+), 10 deletions(-) But I think the bisect is wrong. When running with a +msiexec,+msi log, it shows the correct filename passed to MsiInstallProductW: 015c:trace:msi:MsiInstallProductW L"Z:\\home\\meh\\wine-mono\\image\\support\\winemono-support.msi" (null) But later the filename is wrong: 015c:warn:msi:MSI_OpenPackageW unable to copy package L"Z:\\home\\meh\\wine-mono\\image\\support\\winemono-support.msi\0010\0006\0001uZ:\\home\\meh\\wine-mono\\image\\support\\winemono-support.msi" to L"C:\\windows\\Installer\\989.msi" (123) Adding warn+heap to the channels causes it to succeed. So I think what we really have is some sort of memory error in msi that the change to msiexec happened to trigger with a different allocation pattern. -- 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 57189] New: Caesar 3, Neighbours from Hell 1-2: screen cropped
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57189 Bug ID: 57189 Summary: Caesar 3, Neighbours from Hell 1-2: screen cropped Product: Wine Version: 9.17 Hardware: x86-64 URL: https://archive.org/download/CaesarIiiDemo/caesar3.exe OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 278ca7f68d727639b3389b78c363134fa2bd32a8 Distribution: --- The problem occurs in certain old games that switch to lower resolutions (800X600, 1024X768) when launched. The screen changes to the resolution the game uses, but the game screen is only partially displayed because the lower half of the screen is cut off. This happens both in fullscreen and virtual desktop mode. Reverting commit 278ca7f68d727639b3389b78c363134fa2bd32a8 (winex11: Only update the client window position in sync_client_position.) fixes the problem for me. You can reproduce the problem with Caesar 3 demo or the Neighbours from Hell Compilation on Steam: https://store.steampowered.com/app/260750/Neighbours_from_Hell_Compilation/ wine-9.17-142-g8bf8754d68a -- 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 57181] New: PathGradientBrushTest:Clone fails with InvalidParameter
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57181 Bug ID: 57181 Summary: PathGradientBrushTest:Clone fails with InvalidParameter Product: Wine Version: 9.17 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- The Wine Mono tests had a new failure introduced in the past few days: x86_64.MonoTests.System.Drawing.Drawing2D.PathGradientBrushTest:Clone failed: System.ArgumentException : A null reference or invalid value was found [GDI+ status: InvalidParameter] at System.Drawing.GDIPlus.CheckStatus (System.Drawing.Status status) [0x00098] in <21d9782ed8204b41be15f7e362fe6601>:0 at System.Drawing.Drawing2D.PathGradientBrush.get_Blend () [0x0000d] in <21d9782ed8204b41be15f7e362fe6601>:0 at (wrapper remoting-invoke-with-check) System.Drawing.Drawing2D.PathGradientBrush.get_Blend() at MonoTests.System.Drawing.Drawing2D.PathGradientBrushTest.CheckDefaults (System.Drawing.Drawing2D.PathGradientBrush pgb) [0x00000] in <9ac254c8d9794d84946754376c20a309>:0 at MonoTests.System.Drawing.Drawing2D.PathGradientBrushTest.CheckPathDefaults (System.Drawing.Drawing2D.PathGradientBrush pgb) [0x00000] in <9ac254c8d9794d84946754376c20a309>:0 at MonoTests.System.Drawing.Drawing2D.PathGradientBrushTest.Clone () [0x00025] in <9ac254c8d9794d84946754376c20a309>:0 at (wrapper managed-to-native) System.Reflection.RuntimeMethodInfo.InternalInvoke(System.Reflection.RuntimeMethodInfo,object,object[],System.Exception&) at System.Reflection.RuntimeMethodInfo.Invoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0006a] in <5f03272033464958ad114b2853ddec98>:0 Tried reverting b31251650d713b7aa3d266bc6dedeab5fc93ce19, and it passed again. -- 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 57199] New: window_surface not always destroyed
by WineHQ Bugzilla 20 Sep '24

20 Sep '24

https://bugs.winehq.org/show_bug.cgi?id=57199 Bug ID: 57199 Summary: window_surface not always destroyed Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: alexandros.frantzis(a)collabora.com Distribution: --- Created attachment 77093 --> https://bugs.winehq.org/attachment.cgi?id=77093 DPI unaware app with winex11 not destroying window surfaces With the latest Wine master (tested 03d985369dc9afe943ee3072478a2567b3fe4077, but haven't run a bisection, so can't say when this was introduced), there are scenarios where the previous window_surface for a HWND is not destroyed when a new one is created for that same HWND (e.g., resizing). This creates memory leaks which have different effects depending on the driver (e.g., winewayland eventually runs out of SHM memory). I am seeing this issue with applications that are not DPI aware when the system dpi != 96. I am attaching two logs, one for winex11 (under xwayland) and one for winewayland, from the same application (Crayon Physics Deluxe) while interactively resizing the window, in a prefix with dpi=192 configured (matching the 2x monitor scale). Note the absence of any window surface destruction calls in the logs, whereas multiple new window surfaces (for the same window) are being created during the resize. I have slightly changed the {WAYLAND,X11DRV}_CreateWindowSurface TRACE() so that it prints `*surface` (instead of `surface`) in the logs. -- 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