wine-bugs

wine-bugs@winehq.org

1 participants
158978 discussions

[Bug 43723] New: Unreliable mouse grabbing in dinput
by wine-bugs＠winehq.org 12 Oct '23

12 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=43723 Bug ID: 43723 Summary: Unreliable mouse grabbing in dinput Product: Wine Version: 2.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: lachs0r(a)srsfckn.biz Distribution: SUSE This issue mostly affects games based on Unreal Engine 3. Mouse grabbing does not work reliably in those games. In some titles (e.g. Mirror’s Edge), it is possible to get the mouse to grab by switching to fullscreen and back using window manager shortcuts *before* starting a game (exiting the menu). In other titles (e.g. Rainbow Six: Vegas 2), this does not work. The usual hacks (MouseWarpOverride=force, or the force_edge variant of it) break mouse input in menus and cause very juddery (unplayable) input in-game. However, disabling window manager control in winecfg makes it work as expected. I am unsure which Wine component really is affected here so I selected dinput. #6971 is a semi-related bug, but I reckon the cause is very different in this case. This issue can be reproduced with at least i3 and KWin, so I assume it is not a WM bug. -- 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 2

[Bug 24966] New: No sound and mouse problems on Unreal Tournament 2004 Demo
by wine-bugs＠winehq.org 12 Oct '23

12 Oct '23

http://bugs.winehq.org/show_bug.cgi?id=24966 Summary: No sound and mouse problems on Unreal Tournament 2004 Demo Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: paloseco(a)gmail.com Apart from graphic issues, I cannot move mouse to the bottom when in menu, and I have no sound at all. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 13

[Bug 23531] New: RmcpLoader does not start
by wine-bugs＠winehq.org 11 Oct '23

11 Oct '23

http://bugs.winehq.org/show_bug.cgi?id=23531 Summary: RmcpLoader does not start Product: Wine Version: 1.2-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: i386dx(a)hotmail.com Created an attachment (id=29379) --> (http://bugs.winehq.org/attachment.cgi?id=29379) Backtrace after loading This is about a small tool called 'RmcpLoader'. This is used to monitor and control Newtec devices. The tool can be downloaded (freeware) at http://www.newtec.eu/fileadmin/user_upload/product_leaflets/Rmcploader_v4.9… *Installation works *first attempt gives an error (System error &H8007007E). Nothing to worry about since this is the same behaviour as in Windows (MS Office needs to be installed - can be removed afterwards) After installation of MSOffice 2000/XP/2003 (at this point the program works in Windows) the tool crashes completely. Backtrace attached -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 55762] New: mshtml:script - test_sync_xhr() sometimes gets events in unexpected order in Wine
by WineHQ Bugzilla 10 Oct '23

10 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55762 Bug ID: 55762 Summary: mshtml:script - test_sync_xhr() sometimes gets events in unexpected order in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- mshtml:script - test_sync_xhr() sometimes gets events in an unexpected order in Wine: script.c:4710: Running xhr.js script in 9 mode... script.c:4266: Test marked todo: tymed = 1 [...] script.c:1141: Test failed: L"/index.html?xhr.js: [iframes 2] unexpected order: 0,1,echo,sync_xhr(pre-send),sync_xhr(DONE),sync_xhr" or script.c:4710: Running xhr.js script in 10 mode... script.c:4266: Test marked todo: tymed = 1 [...] script.c:1141: Test failed: L"/index.html?xhr.js: [iframes 2] unexpected order: 0,1,echo,sync_xhr(pre-send),sync_xhr(DONE),sync_xhr,blank(DONE)" or script.c:4710: Running xhr.js script in 11 mode... script.c:1141: Test failed: L"/index.html?xhr.js: [iframes 2] unexpected order: 0,1,echo,sync_xhr(pre-send),sync_xhr(DONE),sync_xhr,blank(DONE)" See https://test.winehq.org/data/patterns.html#mshtml:script Somehow these never happen on the TestBot VMs but they happen regularly on my fg-deb64 development machine, fgtb test VMs and on Remi's cloud Linux test configurations. On 2023-10-09 it also impacted MR!4050 on the GitLab CI. -- 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 55768] New: gdi32:driver - test_D3DKMTCheckOcclusion() sometimes gets unexpected success on Windows
by WineHQ Bugzilla 10 Oct '23

10 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55768 Bug ID: 55768 Summary: gdi32:driver - test_D3DKMTCheckOcclusion() sometimes gets unexpected success on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gdi32:driver - test_D3DKMTCheckOcclusion() sometimes gets unexpected success on Windows: driver.c:770: Test failed: Got unexpected return code 0. driver.c:784: Test failed: Got unexpected return code 0. driver.c:789: Test failed: Got unexpected return code 0. See https://test.winehq.org/data/patterns.html#gdi32:driver Where 0 == STATUS_SUCCESS The test expects success in dual screen configurations and STATUS_GRAPHICS_PRESENT_OCCLUDED otherwise. The failures all happen when a single-screen configuration gets success instead of the expected occlusion error. That's quite rare and happens irregularly though: * 2023-02-23 win22H2_fgtb-w10pro64-rx550-64 * 2023-03-02 win1507_newtb-w1064v1507-32 * 2023-03-09 win81_newtb-w864-64 * 2023-03-29 win1507_newtb-w1064v1507-32 * 2023-04-18 win1507_newtb-w1064v1507-32 * 2023-09-08 win1507_newtb-w1064v1507-64 * 2023-10-09 win1507_newtb-w1064v1507-64 Maybe it's caused by interference from another test? -- 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 55767] New: user32:win - test_SC_SIZE() fails with the Wayland driver
by WineHQ Bugzilla 10 Oct '23

10 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55767 Bug ID: 55767 Summary: user32:win - test_SC_SIZE() fails with the Wayland driver Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:win - test_SC_SIZE() fails with the Wayland driver: win.c:12804: Test failed: rect.left = 100 win.c:12806: Test failed: rect.right = 200 See https://test.winehq.org/data/patterns.html#user32:win These failures are systematic (see rbernon-wayland-*) and started on 2023-09-27. -- 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 55766] New: user32:win - test_SetActiveWindow_0() gets a bad foreground Window in wine
by WineHQ Bugzilla 10 Oct '23

10 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55766 Bug ID: 55766 Summary: user32:win - test_SetActiveWindow_0() gets a bad foreground Window in wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:win - test_SetActiveWindow_0() gets a bad foreground Window in KDE: win.c:3817: Test failed: GetForegroundWindow returned 00180136 win.c:3819: Test failed: GetActiveWindow returned 00180136 win.c:3821: Test failed: GetFocus returned 00180136 See https://test.winehq.org/data/patterns.html#user32:win This is systematic[1] on fg-deb64, my development desktop, maybe because it runs KDE? However it also happens in the GitLab CI, though only when testing MRs, not in the nightly WineTest runs! * 2023-10-09 MR!4055 * 2023-10-05 MR!3994 * 2022-11-14 MR!1342 * 2022-11-13 MR!1341 * 2022-11-10 MR!1326 [1] Actually for the past 8 months fg-deb64 has a total of 2 runs without these failures, out of 635. -- 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 54870] New: Logos Bible 10 (dotnet 6) crashes trying to load image
by WineHQ Bugzilla 10 Oct '23

10 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=54870 Bug ID: 54870 Summary: Logos Bible 10 (dotnet 6) crashes trying to load image Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: johnpgoodman(a)gmail.com Distribution: --- Created attachment 74363 --> https://bugs.winehq.org/attachment.cgi?id=74363 Terminal output with crash info The app crashes when trying to display an image which is embedded at the beginning of a specific book. It may apply to other books if they have embedded images? If you open the book beyond the first page (by moving it there on a windows machine and syncing position) then it will open ok. It's only as the image comes on the screen that there is a crash. You never see the image. Some other books work ok but this one crashes every time so it is likely to do with image file type or possibly whether it is being fetched remotely? Terminal output attached. -- 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 53167] New: xaudio2_7:xaudio2 - test_simple_streaming() has a rare failure caused by out-of-order callbacks
by WineHQ Bugzilla 09 Oct '23

09 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=53167 Bug ID: 53167 Summary: xaudio2_7:xaudio2 - test_simple_streaming() has a rare failure caused by out-of-order callbacks Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com xaudio2_7:xaudio2 - test_simple_streaming() has a rare (~4.5%) failure caused by out-of-order callbacks: Mostly xaudio2.c:69: Test failed: Callbacks called out of order: 1 but also sometimes (w8, w8adm, w864, w10pro64-ja, w10pro64-ko): xaudio2.c:69: Test failed: Callbacks called out of order: 3 https://test.winehq.org/data/patterns.html#xaudio2_7:xaudio2 This failure (in the ': 1' version) also happens in Wine at about the same rate (~5%)! -- 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 55758] New: quartz:filtergraph - test_render_run() sometimes gets a partial render in Wine
by WineHQ Bugzilla 09 Oct '23

09 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55758 Bug ID: 55758 Summary: quartz:filtergraph - test_render_run() sometimes gets a partial render in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- quartz:filtergraph - test_render_run() sometimes gets a partial render in Wine: filtergraph.c:635: Test failed: Got hr 0x40242. filtergraph.c:645: Test marked todo: Got hr 0. filtergraph.c:617: running L"test.mp3" filtergraph.c:624: Tests skipped: L"test.mp3": codec not supported; skipping test filtergraph.c:571: Test failed: Got hr 0x80004005. Unhandled exception: page fault on read access to 0x00000000 in wow64 32-bit code (0x0043afbc). [...] See https://test.winehq.org/data/patterns.html#quartz:filtergraph Where 0x40242 == VFW_S_PARTIAL_RENDER 0x80004005 == E_FAIL The first known instance happened on 2023-08-08 in a merge request (there is no known instance in the previous 6 months). Also it seems to mainly happen in the GitLab CI: * 2023-08-08 MR!3526 * 2023-08-17 linux_rbernon-x11-fvwm-win32 * 2023-10-05 linux_gitlab-debian-32 * 2023-10-06 linux_gitlab-debian-32 -- 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

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