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

[Bug 52177] New: Gamepad stopped working (In The Groove, Fedora 35, wine 6.21)
by WineHQ Bugzilla 17 Jan '23

17 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52177 Bug ID: 52177 Summary: Gamepad stopped working (In The Groove, Fedora 35, wine 6.21) Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kas(a)yenya.net Distribution: --- After upgrade to Fedora 35 (wine-6.21-1.fc35.x86_64) from Fedora 34 I am no longer able to play the game In The Groove (a rhythm game based on StepMania engine): The game itself detects my gamepad both as /dev/input/eventX and /dev/input/jsY, but when I try to configure the input, pressing buttons on the gamepad is not recognized by the game. When I disable the /dev/input/js* (by chmod a-rw), it can see the first four buttons out of ten, but when the button 3 is pressed, it does not see the button 0 being pressed. When I run "jstest /dev/input/jsY", jstest recognizes all ten buttons and their combinations. So the hardware works as expected. What should I try in order to get the game working with my gamepad? Thanks! -- 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 28960] New: Mount & Blade: WFAS configuration menu panels are partially hidden
by wine-bugs＠winehq.org 17 Jan '23

17 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=28960 Bug #: 28960 Summary: Mount & Blade: WFAS configuration menu panels are partially hidden Product: Wine Version: 1.3.31 Platform: x86 URL: http://www.fileplanet.com/219895/210000/fileinfo/Mount &Blade-with-Fire-and-Sword-Demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: pavel.ondracka(a)gmail.com Classification: Unclassified Regression SHA1: 3b9669017bc8425f04860f331d8a1f689c8d63e0 Created attachment 37237 --> http://bugs.winehq.org/attachment.cgi?id=37237 comparison of good and bad behavior 3b9669017bc8425f04860f331d8a1f689c8d63e0 is the first bad commit commit 3b9669017bc8425f04860f331d8a1f689c8d63e0 Author: Huw Davies <huw(a)codeweavers.com> Date: Wed Oct 12 11:55:13 2011 +0100 gdi32: Add the liberation fonts to the default fallback lists. Screenshot attached, reverting mentioned commit from latest wine fixes this issue. To reproduce: start game, select trial and click configure when launcher menu starts. -- 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 20

[Bug 51454] New: Dishonored 2 some HUD elements have no transparency
by WineHQ Bugzilla 16 Jan '23

16 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=51454 Bug ID: 51454 Summary: Dishonored 2 some HUD elements have no transparency Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 70300 --> https://bugs.winehq.org/attachment.cgi?id=70300 screenshot wine-6.12-162-gd10887b8f56 -- 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 52818] New: Sifu crashes when opening the game
by WineHQ Bugzilla 16 Jan '23

16 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52818 Bug ID: 52818 Summary: Sifu crashes when opening the game Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: braiamp(a)gmail.com Distribution: --- I'm not sure what title would be descriptive. I created a new prefix, installed vcrun2019 using winetricks and used Legendary to start Sifu up. When it starts up, it spends a time on the following (complete log file attached): 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible with origtexture GL_RGBA8)". 01f8:fixme:d3d:create_texture_view Depth slice (0-1) not supported. 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible with origtexture GL_RGBA8)". 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM)". 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM)". 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM)". 01e0:fixme:mfplat:topology_loader_Load 0000000001822940, 00000000018244A0, 000000000FC1FBB8, 0000000000000000. 01e0:fixme:mfplat:media_source_QueryInterface {6ef2a662-47c0-4666-b13d-cbb717f2fa2c}, 000000000FC1FAC8. 01fc:fixme:dxgi:d3d11_swapchain_present Unimplemented flags 0x200. 01f8:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. and before crashing, prints the following: 0268:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0268:fixme:heap:RtlSetHeapInformation 0000000001900000 0 0000000000B9FD60 4 stub 0268:fixme:win:DisableProcessWindowsGhosting : stub 0268:fixme:msctf:InputProcessorProfileMgr_GetActiveProfile (0000000000C0E370)->({34745c63-b2f0-4784-8b67-5e12c8701a31} 0000000000B8BDE0) 0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 59 (SPI_SETSTICKYKEYS) 0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 53 (SPI_SETTOGGLEKEYS) 0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 51 (SPI_SETFILTERKEYS) 0268:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1. 0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800. 0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800. I know that wine-staging+dxvk started the game without graphics issues (there were missing textures without dxvk and https://bugs.winehq.org/show_bug.cgi?id=52536 still happens). Crashes occur whenever I plug in a controller or not. -- 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 38270] New: unimplemented function msctf.dll.TF_CreateCicLoadMutex called by ctfmon.exe
by wine-bugs＠winehq.org 14 Jan '23

14 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=38270 Bug ID: 38270 Summary: unimplemented function msctf.dll.TF_CreateCicLoadMutex called by ctfmon.exe Product: Wine Version: 1.3.26 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- If you have xpsp3 from winetricks, you can get the files needed: $ cabextract -F i386/ctfmon.ex_ ~/.cache/winetricks/xpsp3/WindowsXP-KB936929-SP3-x86-ENU.exe $ cabextract -F i386/msutb.dl_ ~/.cache/winetricks/xpsp3/WindowsXP-KB936929-SP3-x86-ENU.exe $ cd i386 $ cabextract * $ wine ctfmon.exe fixme:msctf:TF_InitMlngInfo stub wine: Call from 0x7b83962c to unimplemented function msctf.dll.TF_CreateCicLoadMutex, aborting -- 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 52813] New: ArmA II: Operation Arrowhead crashes after splash screen
by WineHQ Bugzilla 14 Jan '23

14 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52813 Bug ID: 52813 Summary: ArmA II: Operation Arrowhead crashes after splash screen Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: desperategame(a)gmail.com Distribution: --- Created attachment 72192 --> https://bugs.winehq.org/attachment.cgi?id=72192 ArmA2OA.exe archlinux journald systemd-coredump Arma 2 and ArmA II: Operation Arrowhead crashes after showing splash screen before main menu should show. it happens on: - Gentoo mixed unstable ~amd64, updated after ~ in between 2022.01.01 - 2022.04.01, wine-vanilla and wine-staging, nine and without nine, 6.0.2 - 7.6 - Arch installed 12.04.2022, wine-nine this is not in: - Mint, old non-updated, without nine it wasn't there before on: - Gentoo mixed unstable ~amd64, before ~ in between 2022.01.01 - 2022.04.01, wine-vanilla and wine-staging, nine and without nine, maybe 6.? - 7.3 Video: - Radeon HD 5000 M, r600 -- 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

[Bug 53536] New: ntdll:rtl - The 32-bit RtlUlonglongByteSwap() breaks test_RtlDecompressBuffer() on Windows
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=53536 Bug ID: 53536 Summary: ntdll:rtl - The 32-bit RtlUlonglongByteSwap() breaks test_RtlDecompressBuffer() on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:rtl - The 32-bit RtlUlonglongByteSwap() breaks test_RtlDecompressBuffer() on Windows: rtl.c:2790: Running test 0 (compressed_size=6, uncompressed_size=4, status=0x00000000) rtl.c:2790: Running test 1 (compressed_size=10, uncompressed_size=8, status=0x00000000) rtl.c:2790: this is the last test seen before the exception 170c:rtl: unhandled exception c0000005 at 005542C0 https://test.winehq.org/data/patterns.html#ntdll:rtl The crash is specific to the 32-bit build. Strangely the crashes started on 2022-07-26 despite there being no changes to this test or to the test configurations. Also, the crash still happens when testing older Wine versions. Anyway, the crash still happens even when only keeping these two tests: test_RtlUlonglongByteSwap(); test_RtlDecompressBuffer(); The Windows headers claims that RtlUlonglongByteSwap() is a FASTCALL API but not so in Wine: winternl.h: NTSYSAPI ULONGLONG __cdecl RtlUlonglongByteSwap(ULONGLONG); rtl.c: static ULONGLONG (WINAPIV *pRtlUlonglongByteSwap)(ULONGLONG source); Replacing WINAPIV with WINAPI in rtl.c fixes the crash but it's probably not the correct fix. -- 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 53382] New: Slow rendering when connected to external monitor
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=53382 Bug ID: 53382 Summary: Slow rendering when connected to external monitor Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: allencch(a)hotmail.com Distribution: --- Created attachment 72769 --> https://bugs.winehq.org/attachment.cgi?id=72769 Slow winecfg GIF When connected with an external monitor through HDMI, winecfg and explorer are extremely slow rendering. If enabled "Emulate a virtual desktop", rendering will become normal. Without connecting on external monitor, the rendering is normal as well. There is an error message shown in console when the rendering is slow comparing to the normal rendering, 0068:fixme:xrandr:xrandr10_get_current_mode Non-primary adapters are unsupported. OS: Arch Linux -- 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 16

[Bug 52932] New: user32:edit - test_char_from_pos() fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52932 Bug ID: 52932 Summary: user32:edit - test_char_from_pos() fails on Windows with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:edit's test_char_from_pos() fails on Windows with the UTF-8 codepage. Adding some traces it's clear that the problem is with the lower bounds: edit.c:1161: Test failed: 4/4/8: expected 1 got 0 edit.c:1179: Test failed: 282/282/286: expected 1 got 0 edit.c:1197: Test failed: 143/143/147: expected 1 got 0 https://test.winehq.org/data/patterns.html#user32:edit -- 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 52994] New: mstask:task_trigger - test_GetNextRunTime() fails in Wine on date change
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=52994 Bug ID: 52994 Summary: mstask:task_trigger - test_GetNextRunTime() fails in Wine on date change Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mstask Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 72360 --> https://bugs.winehq.org/attachment.cgi?id=72360 Make the failure 100% reproducible mstask:task_trigger - test_GetNextRunTime() fails in Wine on date change: task_trigger.c:434: old: 5/5/2022 wday 0 23:58:00.000 task_trigger.c:443: new: 6/5/2022 wday 5 0:03:00.000 task_trigger.c:533: Test failed: got 0x41307 task_trigger.c:534: Test failed: got 0/0/0 wday 0 0:00:00 https://test.winehq.org/data/patterns.html#mstask:task_trigger What seems to be happening is that ITask_GetNextRunTime() returns SCHED_S_TASK_NO_VALID_TRIGGERS for TASK_TIME_TRIGGER_ONCE tasks where the trigger is on the next day. So I suspect the bug is in the ITask_GetNextRunTime() implementation rather than in the test itself. Note: Initially I was a bit alarmed by the week day change in the traces. But in fact trigger_add_ms() just sets it to 0 so that's what we get on the "old:" line. Then FileTimeToSystemTime() fully initializes it so we get the correct value on the "new:" line. That's why it changes in surprising ways. Luckily the test and Itask_GetNextRunTime() implementation were both added in the commit below and I was also able to confirm that the failure was already present: commit ac322334fa4d6740e89c6f19361a66f063103a46 Author: Dmitry Timoshkov <dmitry(a)baikal.ru> AuthorDate: Mon May 21 18:17:47 2018 +0800 mstask: Implement ITask::GetNextRunTime() for ONCE trigger type. Signed-off-by: Dmitry Timoshkov <dmitry(a)baikal.ru> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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