October 2023 - Wine-bugs - list.winehq.org

[Bug 23508] New: Final Fantasy XIV Benchmark very slow
by wine-bugs＠winehq.org 12 Oct '23

12 Oct '23

http://bugs.winehq.org/show_bug.cgi?id=23508 Summary: Final Fantasy XIV Benchmark very slow Product: Wine Version: 1.2-rc6 Platform: x86 URL: http://uk.download.nvidia.com/nzone/international/benc hmarks/ffxiv/FFXIVBenchmark.zip OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The Final Fantasy XIV benchmark runs, but is very slow (~4 fps, plus lots of pauses). -- 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 55775] New: game made from unity is not ingame playing video.
by WineHQ Bugzilla 12 Oct '23

12 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=55775 Bug ID: 55775 Summary: game made from unity is not ingame playing video. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: l12436(a)yahoo.com.tw Distribution: --- Created attachment 75260 --> https://bugs.winehq.org/attachment.cgi?id=75260 console output of game that use mf as video playback There are some various game that use mf in win10 as default. but there are no video when they are using mf as dll to play video, there are video when disable mfplat.dll in winecfg. forcing some of the game back using quartz.dll. Test on game "Night Security" in steam at 3F in game. There are TV on the room. -- 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 54633] New: Pixel2D_Demo (Unreal) 5?) doesn't run
by WineHQ Bugzilla 12 Oct '23

12 Oct '23

https://bugs.winehq.org/show_bug.cgi?id=54633 Bug ID: 54633 Summary: Pixel2D_Demo (Unreal) 5?) doesn't run Product: Wine-staging Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: romulasry(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 74159 --> https://bugs.winehq.org/attachment.cgi?id=74159 Pixel2D Demo logfile https://drive.google.com/file/d/1cTQMZM5YWRRfpTCZ_vD6Kyv6NavTZLb1/view Here is the demo exe file. -- 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 14592] New: Soldat Performance Spikes
by wine-bugs＠winehq.org 12 Oct '23

12 Oct '23

http://bugs.winehq.org/show_bug.cgi?id=14592 Summary: Soldat Performance Spikes Product: Wine Version: 1.1.1 Platform: Other URL: http://static.soldat.pl/downloads/soldatsetup15b.zip OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: tehstealth(a)yahoo.com I have been trying the Soldat 1.5.0 Beta out, and it works as well as the 1.4 version. However there is a bug (probably in 1.4 too, but I'm reporting it for 1.5b anyway) with the weapons selection menu and sprites. Especially with the menu, Soldat lags horribly, and once you do select your weapon, everything is fine again. Also, when sprites are drawn on the screen, it also seems to spike a bit. Both instances are spitting out this, continuously: fixme:d3d_surface:read_from_framebuffer_texture >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glReadBuffer @ surface.c / 913 Whatever that is, if that were fixed, it would probably be one of the last bugs dealing with Soldat gameplay performance, as everything else is great! -- 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 23

[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