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

[Bug 44063] New: Parentheses cause cmd.exe failing to recognize '2>&1'
by wine-bugs＠winehq.org 28 Jun '24

28 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=44063 Bug ID: 44063 Summary: Parentheses cause cmd.exe failing to recognize '2>&1' Product: Wine Version: 2.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jhasse(a)gmail.com Distribution: --- On Windows cmd.exe /C "(echo foo) 2>&1" works (only outputs "foo"), while on wine it results in: foo Can't recognize '2' as an internal or external command, or batch script. and a non-zero exit code. Removing the parenthesis would work: wine cmd.exe /C "echo foo 2>&1" I need them though, since I want to do stuff like this: wine cmd.exe /C "(echo foo && echo bar) 2>&1" Maybe related: https://bugs.winehq.org/show_bug.cgi?id=43337 -- 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 55899] New: Daily Chthonicle - performance regression
by WineHQ Bugzilla 28 Jun '24

28 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=55899 Bug ID: 55899 Summary: Daily Chthonicle - performance regression Product: Wine Version: 8.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 75437 --> https://bugs.winehq.org/attachment.cgi?id=75437 Hack to work around the issue Since wine-8.9 the already very slow game (bug 53947) is even slower. It takes approximately 3 times longer to render each image Bisected to commit 62173699c38453777c7d5638ed2e779790506b75 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue May 30 12:11:51 2023 +0200 include: Don't align the stack for PE builds. Attaching a small hack to partially revert that commit, that works around the issue. -- 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 56438] New: Iron Harvest has texture glitches
by WineHQ Bugzilla 28 Jun '24

28 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=56438 Bug ID: 56438 Summary: Iron Harvest has texture glitches Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 76199 --> https://bugs.winehq.org/attachment.cgi?id=76199 example Obviously after commit https://source.winehq.org/git/wine.git/commit/f6a1844dbed91b441ad69e7b15b5b… 0948:err:d3d_shader:shader_glsl_load_bindless_samplers No uniform location for shader 0x1, binding 1, name vs_sampler1. 0948:err:d3d_shader:shader_glsl_load_bindless_samplers No uniform location for shader 0x1, binding 2, name vs_sampler2. 0948:err:d3d_shader:shader_glsl_load_bindless_samplers No uniform location for shader 0x1, binding 3, name vs_sampler3. 0948:err:d3d:wined3d_debug_callback 00007FA945252010: "GL_INVALID_OPERATION error generated. Texture is immutable.". 9.4-117-g65864f92f22 -- 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 53115] New: 3D graphics program crashes when going full screen
by WineHQ Bugzilla 27 Jun '24

27 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=53115 Bug ID: 53115 Summary: 3D graphics program crashes when going full screen Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: nagle(a)animats.com Distribution: --- Error message from Wine is 0104:fixme:explorerframe:taskbar_list_MarkFullscreenWindow iface 0000000000083450, hwnd 000000000001004A, fullscreen true stub! after which the program aborts due to the graphics context failing. Program runs successfully on Windows 10. More details at https://github.com/BVE-Reborn/rend3/issues/399 Reproduce by: git clone https://github.com/John-Nagle/ui-mock.git cd ui-mock git checkout bug-windows-full-screen cargo build --target x86_64-pc-windows-gnu cd target/x86_64-pc-windows-gnu/debug wine ui-mock.exe This is a mockup of a game GUI. It brings up 2D EGUI menus atop a 3D Rend3 image. It's a very simple program for checking out graphics libraries. -- 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 55007] New: Multiple applications fail to run if Wine is compiled with CFLAGS="O2" (PlayOnline Viewer, Steam).
by WineHQ Bugzilla 27 Jun '24

27 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=55007 Bug ID: 55007 Summary: Multiple applications fail to run if Wine is compiled with CFLAGS="O2" (PlayOnline Viewer, Steam). Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Distribution: --- If Wine is compiled with CFLAGS="-O2" after 62173699c38 [1], PlayOnline Viewer (used to launch Final Fantasy XI Online) crashes right when the main window should appear with: nhandled exception: page fault on read access to 0xffffffff in 32-bit code (0x69ec3194). at Backtrace: =>0 0x69ec3194 in ddraw (+0x3194) (0x0069e334) 1 0x00417b0a in pol (+0x17b0a) (0x0069e668) 2 0x00417dcb in pol (+0x17dcb) (0x0069e7bc) 3 0x00000001 (0x00000000) 0x69ec3194 ddraw+0x3194: vmovdqa %xmm0, -0x318(%ebp) This does /not/ happen when building with -O1 for example. This seems to also affect at least Steam (did not have time to test anything else so far): =>0 0x6d489493 in secur32 (+0x9493) (0x0058e094) 1 0x6d48a58f in secur32 (+0xa58f) (0x0058e0f4) 2 0x6d49140a in secur32 (+0x1140a) (0x0058e154) 3 0x6c13491f in wininet (+0x3491f) (0x0058e3b4) 4 0x6c136058 in wininet (+0x36058) (0x0058e3d4) 5 0x6c121494 in wininet (+0x21494) (0x0058f464) 6 0x6c125206 in wininet (+0x25206) (0x0058f4b4) 7 0x00404490 in steamerrorreporter (+0x4490) (0x6c128360) 8 0x8b24ec83 (0x53e58955) 0x6d489493 secur32+0x9493: vmovdqa %xmm0, -0x38(%ebp) 1. https://source.winehq.org/git/wine.git/commit/62173699c38453777c7d5638ed2e7… -- 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 20

[Bug 56441] New: Illegal Instruction
by WineHQ Bugzilla 26 Jun '24

26 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=56441 Bug ID: 56441 Summary: Illegal Instruction Product: Wine Version: 0.9.3. Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: erisi(a)comcast.net Distribution: --- Created attachment 76201 --> https://bugs.winehq.org/attachment.cgi?id=76201 Tracefile - was requested by Program Error Details popup Trying to run a program. It does work under Windows arm64. -- 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 54903] New: PeaZip can't open Z: drive
by WineHQ Bugzilla 25 Jun '24

25 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=54903 Bug ID: 54903 Summary: PeaZip can't open Z: drive Product: Wine Version: 5.5 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 74409 --> https://bugs.winehq.org/attachment.cgi?id=74409 Terminal output When PeaZip starts, it displays a file explorer. Browsing files on the C drive works fine, but if you double-click Z: or a directory symlinked to a directory on drive Z, the program freezes. Then, if you click in the file explorer again, an error dialog appears that says "Index Out of range". This was a regression in Wine 5.5. `git bisect` says: 6b498d98a86b5179a025afbaaeaa3d60a8bd74ec is the first bad commit commit 6b498d98a86b5179a025afbaaeaa3d60a8bd74ec Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Fri Mar 20 12:15:25 2020 -0500 ntdll: Consider mount points to be reparse points in get_file_info(). Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Terminal output is attached. The relevant part appears to be: 0024:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub $ sha256sum peazip-9.2.0.WINDOWS.exe 67229ced7de6d27871b823ce7f61f69c7c61fd85ea13d844a7b085ce97adfd9b -- 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 52501] New: TASInput (Mupen64-RR-Lua): TASInput window doesn't close and stops responding
by WineHQ Bugzilla 25 Jun '24

25 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=52501 Bug ID: 52501 Summary: TASInput (Mupen64-RR-Lua): TASInput window doesn't close and stops responding Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jackyguo18(a)hotmail.com Distribution: --- source code: https://github.com/mkdasher/mupen64-rr-lua-/tree/master/tasinput_plugin/src. Checkboxes and radio buttons in the TASInput window are not cleared before being redrawn, leading to weird overlapping graphics. See the attached screenshot. Wine version: 7.0 (winehq-stable) Linux distro: Ubuntu 21.10 (impish) Display server: Wayland, GNOME Mutter To reproduce, download the package from https://repack.skazzy3.com, then simply unzip to a folder and run mupen64.exe. From there: - run an N64 ROM - note that the TASInput window (the one with the fancy checkboxes) shows up - File > Close ROM - the TASInput window should close, but doesn't, and freezes up. - Eventually, (at least for me) GNOME prompts me to force-quit Mupen. -- 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 53636] New: System tray not visible, Ubuntu 20.0.2, Wine 7.16 Staging
by WineHQ Bugzilla 24 Jun '24

24 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=53636 Bug ID: 53636 Summary: System tray not visible, Ubuntu 20.0.2, Wine 7.16 Staging Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jubilantjerry(a)gmail.com Distribution: --- Created attachment 73034 --> https://bugs.winehq.org/attachment.cgi?id=73034 Tooltip from WeChat that should be from the system tray System is running Ubuntu 20.04 LTS. Kernel version is 5.4.0-125-generic. Desktop environment is Unity 7.5.0. Hardware is Dell Inspiron 7577, which has an Intel(R) Core(TM) i5-7300HQ CPU and a Nvidia GTX 1060 Max-Q GPU. When running an application that minimizes to the system tray when closed, the application is effectively gone. There is no small system tray panel on the screen, unlike what I see about the issue online. Maybe the system tray is size 0x0 on the top left corner, since the tooltip pop-ups that should appear on the system tray icon appear on the top left of my screen. The lack of system tray was observed with WeChat, I don't know of other applications that use the system tray and have an automatic tooltip at the moment, though if you point me to an installer I can try it to see if the problem is reproduced. Let me know if other information is needed. -- 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 12

[Bug 56208] New: Inconsistent mouse speed tied to frame rate and mouse polling rate
by WineHQ Bugzilla 23 Jun '24

23 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=56208 Bug ID: 56208 Summary: Inconsistent mouse speed tied to frame rate and mouse polling rate 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: korbel00(a)gmail.com Distribution: --- Created attachment 75922 --> https://bugs.winehq.org/attachment.cgi?id=75922 logs and patch In Secret World Legends the actual mouse speed depends on the current frame rate in Wine which does not seem to happen in Windows. (if it does, it's not noticeable for me) Looking around with the camera, the mouse speeds up and slows down randomly, making the game really hard to control if possible at all. It's even worse when a fight is going on in one direction, and there nothing in the other, making it impossible to turn around. (I have ~30 FPS looking into a fight and ~300 FPS looking away, the mouse movement slows down so much that I cannot do a 180 turn) I attempted to do some investigation and I think I could pinpoint the problem which I'll try to explain here. The game loop does the following to control the camera (this is an assumption based on my calculations and on the logged relay messages): ``` loop { screen_movement := ZERO last_position := GetCursorPos() SetCursorPos(CENTER_OF_SCREEN) // reset cursor while msg = PeekMessage() { if (msg.type == WM_MOUSEMOVE) { screen_movement += msg->position - last_position last_position = msg->position } translate and dispatch msg } convert `screen_movement` to camera movement and do some stuff } ``` My tests and calculations confirms it: - At 50FPS, it takes 2906px raw movement to do a 360 turn at 1000Hz polling rate - At 100FPS, it takes 4129px raw movement to do a 360 turn at 1000Hz polling rate In both cases, logging out the PeekMessage values and running the algorithm above on the logs gave me approx 2080px on-screen movement which the game translated into a 360 turn. Interestingly at low polling rates the pattern reverses: high FPS gives faster movement speed than low FPS. For the algorithm to work, there are some assumption made: - every mouse motion must enter the message queue - there cannot be a new motion between calling GetCursorPos and SetCursorPos, and the next motion after SetCursorPos should be the center of the screen. With wine, neither of the conditions stands: - GetCursorPos by default gives back the position from the wine server, even though the display driver may have unsent motion messages in the output buffer. - SetCursorPos will tell X11DRV_MotionNotify to ignore all these unprocessed motions using the "warp_serial" value. The ignored messages won't translate to camera movements and will get lost. I modified the code so only the raw inputs get processed, effectively ignoring all X11DRV_MotionNotify events, and commenting out all code that attempts to sync the graphics driver position. This does not cause problems in this case because for every frame SetCursorPos sends the center of the screen both directly to the message queue and the graphics driver. It solved the issue and the mouse movements became very smooth and uniform however it is not a proper solution. I will attach logs of me doing a 360 turn on both 50FPS and 100FPS. To sum the raw values I used this script: ``` cat messages.log | grep map_raw_event_coords | sed -E 's/.*input (-?[[:digit:]]+).*/\1/' | awk '{ sum += $1}; END { print sum }' ``` To run the algorithm which I think the game is doing (sum the PeekMessage deltas) to calculate the total motion I used this: ``` cat messages.log | awk 'BEGIN { last = 960; sum = 0 }; { if (match($0, "peek_message WM_MOUSEMOVE: \\(([[:digit:]]+) ", m)) { sum += m[1] - last; last = m[1] } else if (match($0, "X11DRV_SetCursorPos warped to ([[:digit:]]+)", m)) { last = m[1] } }; END { print sum }' ``` I will also attach the stripped down version of the relay log of the game loop and my attempt at patching wine 9.0 git 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.

1 3