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

[Bug 56981] New: Mouse movement causes huge CPU spikes when using WINEESYNC.
by WineHQ Bugzilla July 17, 2024

July 17, 2024

https://bugs.winehq.org/show_bug.cgi?id=56981 Bug ID: 56981 Summary: Mouse movement causes huge CPU spikes when using WINEESYNC. Product: Wine-staging Version: 9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: logos128(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Regression SHA1: e479cad86f1f7de5d2a0a0d1398e7733c0aaef3e Distribution: ArchLinux The problem occurs every time when Wine is launched with WINEESYNC=1 - doesn't matter the application or the type of desktop used (virtual/non-virtual). It also happens when wine apps are in background, i.e. the topmost window is from a Linux app, etc. (As a side note Proton's fsync patchset is also affected.) The process with highest CPU usage is c:\windows\system32\explorer.exe (~70%) followed by /usr/bin/wineserver (~40%) - on a 6 core Intel CPU (12 virtual cores). Normally these processes have very low CPU usage (<1%) on mouse movement. I did manual bisect on the wine-development tree and found that commit 90dcd2eaa6b6a2afaf298f1e457938350b0becfc "win32u: Use the thread message queue shared memory in peek_message." was causing the problem with the eventfd_synchronization patchset. After reverting this commit + the other two related win32u commits, CPU usage is back to normal when using esync. Steps to reproduce: 1. Launch any Wine app - for example "winecfg". 2. Move the mouse pointer intensively. 3. See the CPU usage. -- 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 46392] New: Commandos: Behind Enemy Walls is freezing while using native quartz.dll
by wine-bugs＠winehq.org July 17, 2024

July 17, 2024

https://bugs.winehq.org/show_bug.cgi?id=46392 Bug ID: 46392 Summary: Commandos: Behind Enemy Walls is freezing while using native quartz.dll Product: Wine Version: 4.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: gang65(a)poczta.onet.pl Distribution: --- Created attachment 63153 --> https://bugs.winehq.org/attachment.cgi?id=63153 Terminal logs with WINEDEBUG=+quartz+gstreamer+amstream Commandos: Behind Enemy Walls is freezing while using native quartz.dll. This is caused lack of support for 8 bit colour mode (it is using in Cinepak codec): https://multimedia.cx/mirror/cinepak.txt It is also visible in the logs with fixme warning: 003c:trace:gstreamer:accept_caps_sink 0x7add5558 0x7be6aac8 003c:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8 The cinepak gstreamer codec is already installed with command (Ubuntu 18.04): sudo apt install gstreamer1.0-libav:i386 -- 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 24

[Bug 56901] New: Error Starting Counter Strike 2 from Steam
by WineHQ Bugzilla July 17, 2024

July 17, 2024

https://bugs.winehq.org/show_bug.cgi?id=56901 Bug ID: 56901 Summary: Error Starting Counter Strike 2 from Steam Product: Wine Version: 8.7 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: gameux Assignee: wine-bugs(a)winehq.org Reporter: raviraj_basis(a)hotmail.com Created attachment 76723 --> https://bugs.winehq.org/attachment.cgi?id=76723 Attachment 1 Hi Visual C++ Runtime Error pops-up when i try to run Counter Strike2(see Screen shot below): Attachment 1. Thanks rraj -- 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 56979] New: the default font should use utf-8 full font in freebsd because none english country file name didn't show char.
by WineHQ Bugzilla July 16, 2024

July 16, 2024

https://bugs.winehq.org/show_bug.cgi?id=56979 Bug ID: 56979 Summary: the default font should use utf-8 full font in freebsd because none english country file name didn't show char. Product: Wine Version: 9.10 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: fonts Assignee: wine-bugs(a)winehq.org Reporter: iwlb(a)outlook.com Created attachment 76804 --> https://bugs.winehq.org/attachment.cgi?id=76804 it didn't show chinese char. the default font should use utf-8 full char font in freebsd because none english country file name didn't show char. -- 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 0

[Bug 56978] New: Keyboard Inspector 1.0: No keyboard input is detected
by WineHQ Bugzilla July 16, 2024

July 16, 2024

https://bugs.winehq.org/show_bug.cgi?id=56978 Bug ID: 56978 Summary: Keyboard Inspector 1.0: No keyboard input is detected Product: Wine Version: 9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kotrigmd(a)gmail.com Distribution: ArchLinux Program download: https://github.com/mat1jaczyyy/Keyboard-Inspector/releases Version 1.0 of Keyboard Inspector uses raw input in combination with an IMessageFilter to detect key presses/releases. After pressing "Start Recording", pressing several keys, and then pressing "Stop Recording", no data is displayed. Keyboard input is detected perfectly fine on native Windows. Version 0.4 relies on WH_KEYBOARD_LL instead, and works without issue on both Linux and native Windows. -- 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 1

[Bug 43542] New: MikuMikuMoving errors when loading audio file
by wine-bugs＠winehq.org July 16, 2024

July 16, 2024

https://bugs.winehq.org/show_bug.cgi?id=43542 Bug ID: 43542 Summary: MikuMikuMoving errors when loading audio file Product: Wine Version: 2.14 Hardware: x86 URL: https://sites.google.com/site/mikumikumoving/MikuMikuM oving_v1275.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 58940 --> https://bugs.winehq.org/attachment.cgi?id=58940 Log of the crash Using native dotnet40 and d3dx9. When loading an audio file (.wav), the program crashes. After installing natuve devenum and quartz it errors with > Retrieving the COM class factory for component with CLSID {C1F400A4-3F08-11D3-9F0B-006008039E37} failed fue to the following error: 80040154 Exception from HRESULT 0x80040154 (REGDB_E_CLASSNOTREG). but doesn't crash. Possibly related to https://bugs.winehq.org/show_bug.cgi?id=43541 -- 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 8

[Bug 56877] New: mozaBook: CEF black box instead of content
by WineHQ Bugzilla July 16, 2024

July 16, 2024

https://bugs.winehq.org/show_bug.cgi?id=56877 Bug ID: 56877 Summary: mozaBook: CEF black box instead of content Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: balint.mate(a)mozaweb.com Distribution: --- Created attachment 76683 --> https://bugs.winehq.org/attachment.cgi?id=76683 sample video and log - mozaBook is an educational presentation software developed by us (Mozaik Education) which uses our custom windowing library based on Windows GDI+. - We use CEF in several windows for example Number line (which is an HTML application). Sample in the video. - If I move the mouse pointer across the header the CEF content becames black however if I move out the pointer from the side or the bottom it's becoming black only if I click outside of the CEF window. - The CEF content only comes back when I click inside of the window in such a way that it needs to repaint (refresh) itself. - It does not work in any version of the mozaBook (64 bit version). Wine version: wine-9.11 (Staging) Possibly solution tried (unsuccessful): - --no-sandbox - --disable-gpu - --disable-gpu-compositing - Setting the WINEDLLOVERRIDES=libglesv2=d environment variable. - --use-views - --off-screen-rendering-enabled - Disallowing the window manager to decorate and control the windows. - Emulating a virtual desktop. Microsoft corefonts and gdiplus were installed with the winetricks program. The software can be freely downloaded and tested. Download URL: https://download.us.mozaweb.com/mozabook/mozaBook64_v2024.2.105_Setup_MIN.e… -- 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 10

[Bug 56965] New: Resident Evil 2 RPD Demo won't start (shader fails to load with "Unrecognized opcode 0xca")
by WineHQ Bugzilla July 16, 2024

July 16, 2024

https://bugs.winehq.org/show_bug.cgi?id=56965 Bug ID: 56965 Summary: Resident Evil 2 RPD Demo won't start (shader fails to load with "Unrecognized opcode 0xca") Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 76790 --> https://bugs.winehq.org/attachment.cgi?id=76790 WINEDEBUG=+d3d11 The demo is free on Steam. On start, an error dialog pops up that says: C:\Program Files (x86)\Steam\steamapps\common\RESIDENT EVIL 2 BIOHAZARD RE2 R.P.D. Demo\re2.exe "D:\\reengine\\reengine\\gitroot\\runtime\\modules\\render\\os\\renderdevicedx11.cpp" 5627 createComputerShader failed. HRESULT=0x80070057, Invalid parameter. Terminal output is attached. The relevant part seems to be: 0648:trace:d3d11:d3d11_device_CreateComputeShader iface 00007FFFFF5C4820, byte_code 00007D7013008340, byte_code_length 12480, class_linkage 0000000000000000, shader 00007D6FCD3FF4F8. 0648:fixme:d3d_shader:shader_sm4_read_instruction Unrecognized opcode 0xca, opcode_token 0x050000ca. 0648:warn:d3d11:d3d11_compute_shader_init Failed to create wined3d compute shader, hr 0x8876086c. -- 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 56974] New: Ableton 10 to 12's file dialogs cursor interaction don't correspond to real position on HiDPI + Windows 10
by WineHQ Bugzilla July 15, 2024

July 15, 2024

https://bugs.winehq.org/show_bug.cgi?id=56974 Bug ID: 56974 Summary: Ableton 10 to 12's file dialogs cursor interaction don't correspond to real position on HiDPI + Windows 10 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: io(a)mikelpr.com Distribution: --- Created attachment 76801 --> https://bugs.winehq.org/attachment.cgi?id=76801 screenshot showing issue with system version set to Windows 10, Ableton correctly scales most of its UI elements but the open and save file dialogs show at 1x and the cursor interaction with it is off position attaching screenshot of where my cursor is for it to be on "Documents" what's worse is that moving that window moves where the cursor would need to be to be able to interact with the dialog and it's often outside the dialog so clicking focuses Ableton's window agian :D and also in general items that are past the middle both horizontally and vertically (which is the real problematic one, not so much the horizontal) are unreachable this does not happen on Windows 7 mode. there you have to set zoom manually on Ableton's settings and in general everything scales well but the splash screen which kinda whatever. but still think this dialog thing when set to Windows 10 should be fixed as W10 is reaching EOL and W7 did ages ago and Ableton will probably soon drop W7 support -- 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 0

[Bug 56970] New: one piece pirate warriors 3 keeps crashing in some levels
by WineHQ Bugzilla July 15, 2024

July 15, 2024

https://bugs.winehq.org/show_bug.cgi?id=56970 Bug ID: 56970 Summary: one piece pirate warriors 3 keeps crashing in some levels Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: olasubomiogun4(a)gmail.com Distribution: --- Created attachment 76793 --> https://bugs.winehq.org/attachment.cgi?id=76793 the game keeps crashing the games crahes on start up and when it doesnt it crashes when i want to start a level -- 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