wine-bugs January 2021

wine-bugs@winehq.org

1 participants
6898 discussions

[Bug 42675] New: [Overwatch] Phantom mouse input / view pulled up to ceiling
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=42675 Bug ID: 42675 Summary: [Overwatch] Phantom mouse input / view pulled up to ceiling Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pimmesselink(a)gmail.com Distribution: --- I am using PlayOnLinux on Ubuntu 16.10 and compiled wine with Overwatch patches from source, first awesie's then gamax92's. It seems to run fine but every time I'm given control of the character and not touching the mouse, the viewpoint is pulled up to the ceiling, as if there is some phantom mouse input. See https://www.youtube.com/watch?v=UMiKAl1tR4s. If I then pull the mouse towards me fast enough I can overcome phantom mouse input and pull the view down. Until I stop moving the mouse and the view is pulled up again. Moving the mouse left or right works fine. Things I have tried: If I change the input settings to inverted, the phantom mouse input pulls the view to the floor. My standard mouse is a Roccat Kone XTD. I have tried to change the DPI and polling rate. I have also tried without the drivers installed or plugging the mouse into different USB ports. And I have tried replacing it with an old Razer Diamondback. All had the same result. I have tried the Wine config options "Automatically capture the mouse in full-screen windows", "Emulate a virtual desktop" and "mouse warp override default/enable/disable/force". Within the wine prefix I have ran Xpadder and XInputTest and neither found any gamepads or joysticks connected (I have neither). My keyboard is a standard, non USB keyboard. Apart from my mouse the only other peripherals are a Logitech webcam and a Sound Blaster Tactic(3D) Alpha headset. Unplugging them does not make a difference. My PC is a desktop, not a laptop. Raw mouse input works fine in Natural Selection 2 natively under linux. My /dev/input consists of by-id event0 event10 event12 event14 event16 event2 event4 event6 event8 mice by-path event1 event11 event13 event15 event17 event3 event5 event7 event9 mouse0 In Overwatch I use Borderless Windowed and alt-tabbing out and back in does not help. If I use Fullscreen and alt-tab out the 3D view becomes very small in the top left corner and I can't alt-tab back to it. Not sure if it is relevant, but I am using a GeForce 460 GTX with the latest nvidia-378 drivers. Motherboard is a Asus P8Z77-V Pro. For completeness, this is how I compiled Wine: cd /home/<user>/Documents/Programming/wine64-build make clean make distclean export CFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" export CPPFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" ../wine-overwatch/configure --enable-win64 --prefix=/home/<user>/.PlayOnLinux/wine/linux-amd64/2.3-overwatch/ make -j4 sudo lxc-start -n my32bitbox sudo lxc-attach -n my32bitbox cd /home/<user>/Documents/Programming/wine32-tools make clean make distclean export CFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" export CPPFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong" ../wine-overwatch/configure make -j4 cd ../wine32-build make clean make distclean ../wine-overwatch/configure --with-win64=../wine64-build --with-wine-tools=../wine32-tools --prefix=/home/<user>/.PlayOnLinux/wine/linux-x86/2.3-overwatch/ make -j4 make install shutdown -h now sudo rm -rf /home/<user>/.PlayOnLinux/wine/linux-x86/2.3-overwatch/* cd /home/<user>/Documents/Programming/wine32-build sudo make install cd /home/<user>/Documents/Programming/wine64-build sudo make install cd /home/<user>/.PlayOnLinux/wine/linux-amd64/2.3-overwatch/ ln -s ../../linux-x86/2.3-overwatch/lib lib -- 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 45

[Bug 49502] New: Arturia products random segfaults
by WineHQ Bugzilla 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=49502 Bug ID: 49502 Summary: Arturia products random segfaults Product: Wine Version: 5.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: arabek+wine(a)gmail.com Distribution: --- Created attachment 67629 --> https://bugs.winehq.org/attachment.cgi?id=67629 Crash dump backtrace for analog lab 4 Arturia Analog Lab 4 and all other plugins/standalone exe files (that use the vst3 plugin wrapper) randomly segfault after a while. Backtrace 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 7

[Bug 15956] New: "make test" doesn't always leave screen in same video mode as it started in
by wine-bugs＠winehq.org 12 May '21

12 May '21

http://bugs.winehq.org/show_bug.cgi?id=15956 Summary: "make test" doesn't always leave screen in same video mode as it started in Product: Wine Version: 1.1.7 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Some tests don't properly reset the video mode, even if they don't crash. I'm gathering a list of culprits and will post it here. -- 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 4

[Bug 46397] New: valgrind shows an invalid free in user32/tests/{msg, win}.c
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=46397 Bug ID: 46397 Summary: valgrind shows an invalid free in user32/tests/{msg,win}.c Product: Wine Version: 4.0-rc4 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==21863== Invalid free() / delete / delete[] / realloc() ==21863== at 0x7BC48471: notify_realloc (heap.c:276) ==21863== by 0x7BC4BD90: RtlReAllocateHeap (heap.c:1906) ==21863== by 0x4D82AA3: MDIClientWndProc_common (mdi.c:1202) ==21863== by 0x4DC9250: MDIClientWndProcW (winproc.c:1141) ==21863== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==21863== by 0x4DC9539: call_window_proc (winproc.c:248) ==21863== by 0x4DCB562: WINPROC_call_window (winproc.c:923) ==21863== by 0x4D8FD32: call_window_proc (message.c:2225) ==21863== by 0x4D93A39: send_message (message.c:3288) ==21863== by 0x4D93BFA: SendMessageW (message.c:3489) ==21863== by 0x4DBD934: send_parent_notify (win.c:436) ==21863== by 0x4DC0F62: WIN_CreateWindowEx (win.c:1697) ==21863== by 0x4DBB256: CreateWindowExA (win.c:1768) ==21863== by 0x4D828C7: MDIClientWndProc_common (mdi.c:1118) ==21863== by 0x4DC9218: MDIClientWndProcA (winproc.c:1136) ==21863== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==21863== by 0x4DC9539: call_window_proc (winproc.c:248) ==21863== by 0x4DCB6EE: WINPROC_call_window (winproc.c:953) ==21863== by 0x4D8FD32: call_window_proc (message.c:2225) ==21863== by 0x4D93A39: send_message (message.c:3288) ==21863== Address 0x4922a30 is 0 bytes after a recently re-allocated block of size 0 alloc'd ==21863== at 0x7BC48394: notify_alloc (heap.c:260) ==21863== by 0x7BC4B8B8: RtlAllocateHeap (heap.c:1726) ==21863== by 0x4D80AAA: MDIDestroyChild (mdi.c:567) ==21863== by 0x4D828EA: MDIClientWndProc_common (mdi.c:1129) ==21863== by 0x4DC9218: MDIClientWndProcA (winproc.c:1136) ==21863== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==21863== by 0x4DC9539: call_window_proc (winproc.c:248) ==21863== by 0x4DCB6EE: WINPROC_call_window (winproc.c:953) ==21863== by 0x4D8FD32: call_window_proc (message.c:2225) ==21863== by 0x4D93A39: send_message (message.c:3288) ==21863== by 0x4D96736: SendMessageA (message.c:3511) ==21863== by 0x4B4707A: test_MDI_create (win.c:1452) ==21863== by 0x4B497E9: test_mdi (win.c:2356) ==21863== by 0x4B608C6: func_win (win.c:10824) ==21863== by 0x4B6668F: run_test (test.h:617) ==21863== by 0x4B670CD: main (test.h:701) ==21863== ==19386== Invalid free() / delete / delete[] / realloc() ==19386== at 0x7BC48471: notify_realloc (heap.c:276) ==19386== by 0x7BC4BD90: RtlReAllocateHeap (heap.c:1906) ==19386== by 0x4D82AA3: MDIClientWndProc_common (mdi.c:1202) ==19386== by 0x4DC9218: MDIClientWndProcA (winproc.c:1136) ==19386== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==19386== by 0x4DC9539: call_window_proc (winproc.c:248) ==19386== by 0x4DCB838: CallWindowProcA (winproc.c:1003) ==19386== by 0x4AEE9AC: mdi_client_hook_proc (msg.c:3664) ==19386== by 0x4DC8F1B: ??? (in /home/austin/wine-valgrind/dlls/user32/user32.dll.so) ==19386== by 0x4DC9539: call_window_proc (winproc.c:248) ==19386== by 0x4DC9B99: WINPROC_CallProcWtoA (winproc.c:863) ==19386== by 0x4DCB58D: WINPROC_call_window (winproc.c:925) ==19386== by 0x4D8FD32: call_window_proc (message.c:2225) ==19386== by 0x4D93A39: send_message (message.c:3288) ==19386== by 0x4D93BFA: SendMessageW (message.c:3489) ==19386== by 0x4DBD934: send_parent_notify (win.c:436) ==19386== by 0x4DC0F62: WIN_CreateWindowEx (win.c:1697) ==19386== by 0x4DBB256: CreateWindowExA (win.c:1768) ==19386== by 0x4AF9EFF: test_mdi_messages (msg.c:3869) ==19386== by 0x4B108B1: func_msg (msg.c:17621) ==19386== Address 0x4931f40 is 16 bytes after a recently re-allocated block of size 32 alloc'd ==19386== at 0x7BC48394: notify_alloc (heap.c:260) ==19386== by 0x7BC4B8B8: RtlAllocateHeap (heap.c:1726) ==19386== by 0x4F8C6AA: create_family (freetype.c:1593) ==19386== by 0x4F9D33E: load_font_list_from_cache (freetype.c:1767) ==19386== by 0x4F9DEC6: WineEngInit (freetype.c:4413) ==19386== by 0x4F9E8BB: DllMain (gdiobj.c:693) ==19386== by 0x4FB4298: __wine_spec_dll_entry (dll_entry.c:40) ==19386== by 0x7BC4CF99: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==19386== by 0x7BC50733: MODULE_InitDLL (loader.c:1218) ==19386== by 0x7BC50A26: process_attach (loader.c:1312) ==19386== by 0x7BC5095F: process_attach (loader.c:1298) ==19386== by 0x7BC5095F: process_attach (loader.c:1298) ==19386== by 0x7BC532D1: attach_dlls (loader.c:3298) ==19386== by 0x7BC7B32F: attach_thread (signal_i386.c:2709) ==19386== by 0x7BC77E9B: ??? (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==19386== -- 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 1

[Bug 43378] New: valgrind shows two definite leaks in dlls/msxml3/tests/ domdoc.c
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=43378 Bug ID: 43378 Summary: valgrind shows two definite leaks in dlls/msxml3/tests/domdoc.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian ==30037== 60 (24 direct, 36 indirect) bytes in 1 blocks are definitely lost in loss record 1,103 of 1,803 ==30037== at 0x402C267: malloc (vg_replace_malloc.c:299) ==30037== by 0x61F88F3: xmlNewNs (tree.c:751) ==30037== by 0x5F9CFE6: domdoc_createNode (domdoc.c:2037) ==30037== by 0x4A75D37: IXMLDOMDocument_createNode (msxml.h:1746) ==30037== by 0x4A75D37: test_create_attribute (???:0) ==30037== by 0x4A76896: func_domdoc (domdoc.c:12613) ==30037== by 0x4AB1624: run_test (test.h:603) ==30037== by 0x4AB1A83: main (test.h:687) ==30037== ==30037== 315 (168 direct, 147 indirect) bytes in 7 blocks are definitely lost in loss record 1,575 of 1,803 ==30037== at 0x402C267: malloc (vg_replace_malloc.c:299) ==30037== by 0x61F88F3: xmlNewNs (tree.c:751) ==30037== by 0x5F9CFE6: domdoc_createNode (domdoc.c:2037) ==30037== by 0x4A757CE: IXMLDOMDocument_createNode (msxml.h:1746) ==30037== by 0x4A757CE: test_create_attribute (???:0) ==30037== by 0x4A76896: func_domdoc (domdoc.c:12613) ==30037== by 0x4AB1624: run_test (test.h:603) ==30037== by 0x4AB1A83: main (test.h:687) ==30037== -- 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 1

[Bug 42560] New: Wine interactive dplayx tests crash
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=42560 Bug ID: 42560 Summary: Wine interactive dplayx tests crash Product: Wine Version: 2.2 Hardware: x86-64 OS: Linux Status: NEW Keywords: source, testcase Severity: normal Priority: P2 Component: directx-dplay Assignee: wine-bugs(a)winehq.org Reporter: 00cpxxx(a)gmail.com Distribution: Debian Created attachment 57473 --> https://bugs.winehq.org/attachment.cgi?id=57473 std output + crash This is a continuation of bug 35403. cd wine/dlls/dplayx/tests WINETEST_INTERACTIVE=1 make 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.

2 3

[Bug 39522] New: Valgrind shows a leak in itemdlg tests
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=39522 Bug ID: 39522 Summary: Valgrind shows a leak in itemdlg tests Product: Wine Version: 1.7.53 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Distribution: --- Reported as: --- ==5188== 28 bytes in 1 blocks are definitely lost in loss record 296 of 1,248 ==5188== at 0x7BC50613: notify_alloc (heap.c:254) ==5188== by 0x7BC54E78: RtlAllocateHeap (heap.c:1715) ==5188== by 0x587E780: add_item (itemdlg.c:793) ==5188== by 0x5889019: IFileDialogCustomize_fnAddControlItem (itemdlg.c:4079) ==5188== by 0x4AB42BD: IFileDialogCustomize_AddControlItem (shobjidl.h:16931) ==5188== by 0x4AB42BD: test_customize (???:0) ==5188== by 0x4ABC3A3: func_itemdlg (itemdlg.c:2434) ==5188== by 0x4ABF8E8: run_test (test.h:584) ==5188== by 0x4ABFD6C: main (test.h:666) ==5188== { <insert_a_suppression_name_here> Memcheck:Leak match-leak-kinds: definite fun:notify_alloc fun:RtlAllocateHeap fun:add_item fun:IFileDialogCustomize_fnAddControlItem fun:IFileDialogCustomize_AddControlItem fun:test_customize fun:func_itemdlg fun:run_test fun:main } --- Probably means custom control items are not released at all? -- 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 36413] New: valgrind shows uninitialized memory in msxml3/tests/xmparser.c
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=36413 Bug ID: 36413 Summary: valgrind shows uninitialized memory in msxml3/tests/xmparser.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==24204== 28 bytes in 1 blocks are possibly lost in loss record 219 of 700 ==24204== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==24204== by 0x538CBB8: apartment_getclassobject (compobj.c:526) ==24204== by 0x538FFC6: get_inproc_class_object (compobj.c:2894) ==24204== by 0x5392D2F: CoGetClassObject (compobj.c:3032) ==24204== by 0x53934B7: CoCreateInstance (compobj.c:3197) ==24204== by 0x4DD74AE: func_xmlparser (xmlparser.c:108) ==24204== by 0x4DD9310: run_test (test.h:584) ==24204== by 0x4DD96FF: main (test.h:654) ==24204== -- 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 36304] New: valgrind shows several leaks in msxml3/tests/xmldoc.c
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=36304 Bug ID: 36304 Summary: valgrind shows several leaks in msxml3/tests/xmldoc.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==30829== 1 bytes in 1 blocks are definitely lost in loss record 5 of 693 ==30829== at 0x4006B11: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==30829== by 0x6512C73: xmlStrndup (in /usr/lib/libxml2.so.2.9.1) ==30829== by 0x6512D05: xmlStrdup (in /usr/lib/libxml2.so.2.9.1) ==30829== by 0x64B59E4: xmlNewNode (in /usr/lib/libxml2.so.2.9.1) ==30829== by 0x61E6FBE: xmldoc_createElement (xmldoc.c:523) ==30829== by 0x4AAD9C3: test_xmlelem (msxml.h:10587) ==30829== by 0x4AAE5AB: func_xmldoc (xmldoc.c:1077) ==30829== by 0x4AB096C: run_test (test.h:584) ==30829== by 0x4AB0D5B: main (test.h:654) ==30829== ==30829== 32 bytes in 1 blocks are possibly lost in loss record 255 of 693 ==30829== at 0x7BC4C735: notify_alloc (heap.c:255) ==30829== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30829== by 0x4D080FA: alloc_bstr (oleaut.c:162) ==30829== by 0x4D08490: SysAllocStringLen (oleaut.c:324) ==30829== by 0x4D2B608: TLB_MultiByteToBSTR (typelib.c:1753) ==30829== by 0x4D300C8: ITypeLib2_Constructor_MSFT (typelib.c:3706) ==30829== by 0x4D2F3B8: TLB_ReadTypeLib (typelib.c:3460) ==30829== by 0x4D276DC: LoadTypeLibEx (typelib.c:478) ==30829== by 0x4D27618: LoadTypeLib (typelib.c:454) ==30829== by 0x4D2786A: LoadRegTypeLib (typelib.c:537) ==30829== by 0x6196581: get_typeinfo (dispex.c:161) ==30829== by 0x61E5F7D: xmldoc_GetTypeInfo (xmldoc.c:150) ==30829== by 0x4AA60A2: test_xmldoc (oaidl.h:811) ==30829== by 0x4AAE59C: func_xmldoc (xmldoc.c:1074) ==30829== by 0x4AB096C: run_test (test.h:584) ==30829== by 0x4AB0D5B: main (test.h:654) ==30829== ==5988== 16 bytes in 1 blocks are definitely lost in loss record 134 of 725 ==5988== at 0x7BC4C735: notify_alloc (heap.c:255) ==5988== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==5988== by 0x6431972: heap_alloc (msxml_private.h:169) ==5988== by 0x64330F0: XMLElement_create (xmlelem.c:505) ==5988== by 0x6433D2A: xmlelem_collection_IEnumVARIANT_Next (xmlelem.c:777) ==5988== by 0x4CA3931: test_xmlelem_collection (oaidl.h:992) ==5988== by 0x4CA65B0: func_xmldoc (xmldoc.c:1078) ==5988== by 0x4CA896C: run_test (test.h:584) ==5988== by 0x4CA8D5B: main (test.h:654) ==5988== -- 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 36172] New: xcopy tests fail under valgrind
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=36172 Bug ID: 36172 Summary: xcopy tests fail under valgrind Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com xcopy.c:59: Test failed: xcopy /D:d-m-y test returned rc=258 xcopy.c:64: Test failed: xcopy /D:m-d-y test failed rc=258 xcopy.c:65: Test failed: xcopy did not create xcopytest\xcopy1 xcopy.c:70: Test failed: xcopy /D:m-d-y test failed rc=258 xcopy.c:71: Test failed: xcopy did not create xcopytest\xcopy1 -- 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 4

[Bug 28816] New: kernel32/tests/loader.ok fails under valgrind
by wine-bugs＠winehq.org 12 May '21

12 May '21

http://bugs.winehq.org/show_bug.cgi?id=28816 Bug #: 28816 Summary: kernel32/tests/loader.ok fails under valgrind Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Under Valgrind, "make loader.ok" fails with log loader.c:375: Test failed: 2: 0x10002000 != 0 loader.c:376: Test failed: 2: 1 != 0 loader.c:378: Test failed: 2: 2000 != MEM_FREE loader.c:379: Test failed: 2: 20000 != 0 -- 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 9

[Bug 28738] New: user32/tests: invalid read in server_end_to_end_callback in dde.ok?
by wine-bugs＠winehq.org 12 May '21

12 May '21

http://bugs.winehq.org/show_bug.cgi?id=28738 Bug #: 28738 Summary: user32/tests: invalid read in server_end_to_end_callback in dde.ok? Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Not sure how bad an invalid read in a dbgstr is, but here's the log: Invalid read of size 2 at wine_dbgstr_wn (test.h:471) by server_end_to_end_callback (test.h:66) by WDML_InvokeCallback (dde_misc.c:734) by WDML_ServerHandle (dde_server.c:834) by WDML_ServerConvProc (dde_server.c:1112) by ??? (in user32/user32.dll.so) by call_window_proc (winproc.c:242) by WINPROC_call_window (winproc.c:908) by DispatchMessageA (message.c:3738) by test_end_to_end_server (dde.c:2680) by func_dde (dde.c:2746) by run_test (test.h:556) by main (test.h:624) Address 0x7f00dae8 is 16 bytes inside a block of size 20 free'd at notify_free (heap.c:262) by RtlFreeHeap (heap.c:1748) by RtlFreeUnicodeString (rtlstr.c:319) by RegQueryValueExA (registry.c:1489) by load_face (freetype.c:1207) by WineEngInit (freetype.c:1345) by DllMain (gdiobj.c:582) -- 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 7

[Bug 20925] New: d3d[89]/tests/visual crash under valgrind
by wine-bugs＠winehq.org 12 May '21

12 May '21

http://bugs.winehq.org/show_bug.cgi?id=20925 Summary: d3d[89]/tests/visual crash under valgrind Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://kegel.com/wine/valgrind/logs/2009-12-05-01.15/vg-d3d8_visual.txt and http://kegel.com/wine/valgrind/logs/2009-12-05-01.15/vg-d3d9_visual.txt both show the crash Unhandled exception: page fault on read access to 0x58469450 in 32-bit code (0x0d9bc92b). Backtrace: =>0 0x0d9bc92b (0x11ad7000) 1 0x0fa16d50 in libgl.so.1 (+0x3dd50) (0x0ffbc038) which might be a problem in the driver, but could also be a disagreement between valgrind and the driver. I'm going to stop running d3d[89]/tests/visual under valgrind for now, since they always crash. Perhaps the good folks at Nvidia could have a look at how to get valgrind and their drivers to play nice together. (One of those logs also seems to have found a real use-after-free bug in their driver: Invalid read of size 4 at ??? (in /usr/lib32/libGLcore.so.180.44) Address 0xe6905f4 is 156 bytes inside a block of size 632 free'd at free (vg_replace_malloc.c:325) by ??? (in /usr/lib32/libGLcore.so.180.44) so perhaps they would actually get something out of this.) -- 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 10

[Bug 21180] New: user32_crosstest.exe sysparams doesn't properly restore tray icons on Win
by wine-bugs＠winehq.org 12 May '21

12 May '21

http://bugs.winehq.org/show_bug.cgi?id=21180 Summary: user32_crosstest.exe sysparams doesn't properly restore tray icons on Win Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: bunglehead(a)gmail.com After running sysparams test some tray icons are left a kind of downsampled - e.g. net status icon is 4x4 sized. -- 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 4

[Bug 49436] New: 64-bit Diablo III hangs on startup since 5.11
by WineHQ Bugzilla 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=49436 Bug ID: 49436 Summary: 64-bit Diablo III hangs on startup since 5.11 Product: Wine Version: 5.11 Hardware: x86-64 URL: https://www.blizzard.com/en-gb/download/confirmation?p roduct=d3 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maciej.stanczew+b(a)gmail.com Regression SHA1: e561ce4b9259071f79d219dddf62f05cdd8dd07b Distribution: ArchLinux Created attachment 67524 --> https://bugs.winehq.org/attachment.cgi?id=67524 64-bit client on Staging 5.11 After updating to Staging 5.11, 64-bit Diablo III client hangs after starting, with message: 00d8:err:seh:setup_exception stack overflow 1920 bytes in thread 00d8 eip 00000001402fed5b esp 0000000000c10e90 stack 0xc10000-0xc11000-0xd10000 32-bit client launches correctly. I'm not able to test vanilla Wine, because the game doesn't work there due to bug #45443. Regression testing lead me to the very first commit after 5.10 release: commit e561ce4b9259071f79d219dddf62f05cdd8dd07b Author: Alexandre Julliard <julliard(a)winehq.org> Date: Sat Jun 6 13:56:19 2020 +0200 ntdll: Move NtRaiseException() implementation to the Unix library. The two final configurations I built were: - good: Wine 3cc3b44575, Staging 044cb930, patch ntdll-NtContinue excluded - bad: Wine e561ce4b92, Staging 044cb930, patch ntdll-NtContinue excluded, incremented NTDLL_UNIXLIB_VERSION to allow staging patches to apply ntdll-NtContinue had to be excluded because it conflicts with ntdll changes in Wine (it was removed from Staging in the following rebase). But as we can see, even with it being excluded from 5.10 (without e561ce4b92), the game runs. -- 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 47

[Bug 45349] New: Multiple applications and games crash due to missing support for 64-bit syscall thunks (StreetFighter V)
by wine-bugs＠winehq.org 12 May '21

12 May '21

https://bugs.winehq.org/show_bug.cgi?id=45349 Bug ID: 45349 Summary: Multiple applications and games crash due to missing support for 64-bit syscall thunks (StreetFighter V) Product: Wine Version: 3.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, had this one lying around for some time, sadly got distracted from further analysis (there are more bugs). The game is "StreetFighter V Arcade Edition" and was gifted to me by Valve for investigation, thanks ;-) https://store.steampowered.com/app/310950/Street_Fighter_V_Arcade_Edition/ It has some custom DRM/protection scheme which uses various 64-bit anti-debug and obfuscation techniques. There are a lot of single-step (TF) exceptions in the code which are there by design (decrypt continuations). At one point it crashes with invalid instruction exception: --- snip --- ... 002e:trace:seh:NtRaiseException code=80000004 flags=0 addr=0x143fc99e9 ip=143fc99e9 tid=002e 002e:trace:seh:NtRaiseException rax=00000000006000aa rbx=000000000000005e rcx=000000000000005f rdx=000000000000071c 002e:trace:seh:NtRaiseException rsi=0000000143fcf826 rdi=0000000000000000 rbp=00000000005ffbd8 rsp=00000000005ffbd0 002e:trace:seh:NtRaiseException r8=0000000143fd2240 r9=000000000000000c r10=0000000143fd26f8 r11=0000000000000000 002e:trace:seh:NtRaiseException r12=000000000000005f r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 002e:trace:seh:RtlVirtualUnwind type 1 rip 143fc99e9 rsp 5ffbd0 002e:trace:seh:dump_unwind_info **** func 3fc9980-3fca910 002e:trace:seh:dump_unwind_info unwind info at 0x143fd26f0 flags 1 prolog 0x0 bytes function 0x143fc9980-0x143fca910 002e:trace:seh:dump_unwind_info handler 0x143fd2240 data at 0x143fd26f8 002e:trace:seh:call_handler calling handler 0x143fd2240 (rec=0x5ffa90, frame=0x5ffbd0 context=0x5fed30, dispatch=0x5ff200) 002e:trace:seh:call_handler handler at 0x143fd2240 returned 0 002e:trace:module:LdrGetDllHandle L"Kernel32.dll" -> 0x7b460000 (load path L"Z:\\home\\focht\\Downloads;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem") 002e:trace:ntdll:NtQueryInformationProcess (0xffffffffffffffff,0x00000007,0x5ffcb0,0x00000008,0x5ffcb0) 002e: get_process_info( handle=ffffffff ) 002e: get_process_info() = 0 { pid=002d, ppid=0000, affinity=000000ff, peb=7fffffeaf000, start_time=1d3e17d69097156 (-0.0309210), end_time=0, exit_code=259, priority=2, cpu=x86_64, debugger_present=0, debug_children=1 } 002e:trace:module:LdrGetDllHandle L"Kernel32.dll" -> 0x7b460000 (load path L"Z:\\home\\focht\\Downloads;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem") 002e:trace:seh:NtRaiseException code=c0000096 flags=0 addr=0x143fca968 ip=143fca968 tid=002e 002e:trace:seh:NtRaiseException rax=00000000564d5868 rbx=000000008685d465 rcx=000000000000000a rdx=0000000143fc5658 002e:trace:seh:NtRaiseException rsi=00000000005ffd58 rdi=0000000143fd3344 rbp=00000000005ffc18 rsp=00000000005ffc08 002e:trace:seh:NtRaiseException r8=0000000143fd26f8 r9=000000000000000c r10=0000000143fd26f8 r11=0000000000000000 002e:trace:seh:NtRaiseException r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 002e:trace:seh:RtlVirtualUnwind type 1 rip 143fca968 rsp 5ffc08 002e:trace:seh:dump_unwind_info **** func 3fca910-3fcfbbc 002e:trace:seh:dump_unwind_info unwind info at 0x143fd26f0 flags 1 prolog 0x0 bytes function 0x143fca910-0x143fcfbbc 002e:trace:seh:dump_unwind_info handler 0x143fcbbe8 data at 0x143fd26f8 002e:trace:seh:call_handler calling handler 0x143fcbbe8 (rec=0x5ffac0, frame=0x5ffc08 context=0x5fed60, dispatch=0x5ff230) 002e:trace:seh:call_handler handler at 0x143fcbbe8 returned 0 ... --- snip --- One has to debug it to see the mess. For that you need to defeat a few anti-debug trickery ;-) The game protection copies native API entry point code around and assumes 64-bit Windows API entries which have a distinct signature/sequence. A similar problem is described in bug 21232 which is about 32-bit syscall thunks. Partial copy of 'ntdll.NtQueryInformationProcess' entry point: --- snip --- 0000000143FCFA88 | 55 | push rbp 0000000143FCFA89 | 48 89 E5 | mov rbp, rsp 0000000143FCFA8C | 57 | push rdi 0000000143FCFA8D | 56 | push rsi 0000000143FCFA8E | 48 81 EC A0 00 00 00 | sub rsp, A0 0000000143FCFA95 | 48 83 E4 F0 | and rsp, FFFFFFFFFFFFFFF0 0000000143FCFA99 | 48 81 EC 40 03 00 00 | sub rsp, 340 0000000143FCFAA0 | 0F 11 B5 50 FF FF FF | movups xmmword ptr ss:[rbp - B0], xmm6 0000000143FCFAA7 | 0F C4 08 33 | pinsrw mm1, word ptr ds:[rax], 33 0000000143FCFAAB | C0 48 83 C4 | ror byte ptr ds:[rax - 7D], C4 0000000143FCFAAF | 28 C3 | sub bl, al 0000000143FCFAB1 | CC | int3 0000000143FCFAB2 | CC | int3 0000000143FCFAB3 | CC | int3 0000000143FCFAB4 | CC | int3 0000000143FCFAB5 | CC | int3 0000000143FCFAB6 | CC | int3 0000000143FCFAB7 | CC | int3 0000000143FCFAB8 | 48 89 5C 24 08 | mov qword ptr ss:[rsp + 8], rbx 0000000143FCFABD | 48 89 6C 24 10 | mov qword ptr ss:[rsp + 10], rbp 0000000143FCFAC2 | 48 89 74 24 18 | mov qword ptr ss:[rsp + 18], rsi 0000000143FCFAC7 | 57 | push rdi 0000000143FCFAC8 | 48 83 EC 30 | sub rsp, 30 0000000143FCFACC | 41 8B D9 | mov ebx, r9d 0000000143FCFACF | 49 8B F0 | mov rsi, r8 0000000143FCFAD2 | 8B EA | mov ebp, edx 0000000143FCFAD4 | 48 8B F9 | mov rdi, rcx 0000000143FCFAD7 | EB 02 | jmp streetfighterv.143FCFADB 0000000143FCFAD9 | 48 EB E8 | jmp streetfighterv.143FCFAC4 --- snip --- This obviously can't work. On 64-bit Windows the native API entry code is much smaller (< 16 bytes). Due to partial opcode copy a fault is triggered when executing. Original 64-bit Wine API entry code: --- snip --- 000000007BCEF058 55 push rbp 000000007BCEF059 48 89 E5 mov rbp, rsp 000000007BCEF05C 57 push rdi 000000007BCEF05D 56 push rsi 000000007BCEF05E 48 81 EC A0 00 00 00 sub rsp, 0A0h 000000007BCEF065 48 83 E4 F0 and rsp, 0FFFFFFFFFFFFFFF0h 000000007BCEF069 48 81 EC 40 03 00 00 sub rsp, 340h 000000007BCEF070 0F 11 B5 50 FF FF FF movups [rbp+var_B0], xmm6 000000007BCEF077 0F 11 BD 60 FF FF FF movups [rbp+var_A0], xmm7 000000007BCEF07E 44 0F 11 85 70 FF FF FF movups [rbp+var_90], xmm8 000000007BCEF086 44 0F 11 4D 80 movups [rbp+var_80], xmm9 000000007BCEF08B 44 0F 11 55 90 movups [rbp+var_70], xmm10 000000007BCEF090 44 0F 11 5D A0 movups [rbp+var_60], xmm11 000000007BCEF095 44 0F 11 65 B0 movups [rbp+var_50], xmm12 000000007BCEF09A 44 0F 11 6D C0 movups [rbp+var_40], xmm13 000000007BCEF09F 44 0F 11 75 D0 movups [rbp+var_30], xmm14 000000007BCEF0A4 44 0F 11 7D E0 movups [rbp+var_20], xmm15 000000007BCEF0A9 48 89 4D 10 mov [rbp+ProcessHandle], rcx 000000007BCEF0AD 89 55 18 mov [rbp+ProcessInformationClass], edx 000000007BCEF0B0 4C 89 45 20 mov [rbp+ProcessInformation], r8 000000007BCEF0B4 44 89 4D 28 mov [rbp+ProcessInformationLength], r9d 000000007BCEF0B8 C7 84 24 3C 03 00 00 00+ mov dword ptr [rsp+3F0h+n+4], 0 000000007BCEF0C3 C7 84 24 38 03 00 00 00+ mov dword ptr [rsp+3F0h+n], 0 000000007BCEF0CE 48 B8 70 CA D9 7B 00 00+ mov rax, offset __wine_dbch_ntdll_6 ... --- snip --- Wine-Staging patchset: https://github.com/wine-staging/wine-staging/tree/HEAD/patches/winebuild-Fa… Relevant part: https://github.com/wine-staging/wine-staging/blob/HEAD/patches/winebuild-Fa… (+prerequisite). Generated 64-bit thunks: --- snip --- ... 0000000143FCFA88 | B8 70 00 00 00 | mov eax, 70 0000000143FCFA8D | 65 FF 14 25 00 01 00 00 | call qword ptr gs:[100] 0000000143FCFA95 | C3 | ret 0000000143FCFA96 | 00 00 | add byte ptr ds:[rax], al 0000000143FCFA98 | B8 71 00 00 00 | mov eax, 71 0000000143FCFA9D | 65 FF 14 25 00 01 00 00 | call qword ptr gs:[100] 0000000143FCFAA5 | C3 | ret ... --- snip --- NOTE: I wanted to keep a separate ticket for 64-bit syscall thunks to track/validate it separately from 32-bit parts (bug 21232). Regards -- 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 59

[Bug 39389] New: Text does not render in Forward to the Sky
by wine-bugs＠winehq.org 10 May '21

10 May '21

https://bugs.winehq.org/show_bug.cgi?id=39389 Bug ID: 39389 Summary: Text does not render in Forward to the Sky Product: Wine Version: 1.7.51 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: funtimeschaos(a)rocketmail.com Distribution: --- Created attachment 52500 --> https://bugs.winehq.org/attachment.cgi?id=52500 Terminal output Title. I get empty speech bubbles with voice acting, as well as intro screens with just a picture and a button to continue, when there should be text with the picture. I've attached terminal output. -- 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 4

[Bug 46864] New: MyStat 12 crashes when trying to open spreadsheet tab
by wine-bugs＠winehq.org 09 May '21

09 May '21

https://bugs.winehq.org/show_bug.cgi?id=46864 Bug ID: 46864 Summary: MyStat 12 crashes when trying to open spreadsheet tab Product: Wine Version: 4.3 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lleytonj73(a)gmail.com Created attachment 63918 --> https://bugs.winehq.org/attachment.cgi?id=63918 Error backtrace (Wine 4.3) There's actually quite a lot of reasons this program crashes, and I noticed there aren't any existing bug reports for this program here. The error backtrace attached was caused when I selected File > New > Data to open a spreadsheet tab. Instead of opening the tab, the program "encountered an error and needs to close". -- 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 11

[Bug 50205] New: Steam News causes Steam crash after login
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50205 Bug ID: 50205 Summary: Steam News causes Steam crash after login Product: Wine-staging Version: 5.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linards.liepins(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 68716 --> https://bugs.winehq.org/attachment.cgi?id=68716 gnome terminal output running steam Subject tells it all. Attaching terminal output. -- 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 50559] New: widl-winrt-support patchset breaks compilation with clang
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50559 Bug ID: 50559 Summary: widl-winrt-support patchset breaks compilation with clang Product: Wine-staging Version: 6.0 Hardware: x86-64 OS: Linux Status: NEW Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- clang -c -o dlls/windows.media.speech.dll/windows.media.speech_main.cross.o dlls/windows.media.speech.dll/windows.media.speech_main.c \ -Idlls/windows.media.speech.dll -Iinclude -Iinclude/msvcrt -D__WINESRC__ -D_UCRT -DWINE_CROSS_PE \ -Wall -target i686-windows -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body \ -Wignored-qualifiers -Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wvla -Wwrite-strings \ -Wpointer-arith -Wabsolute-value -fno-omit-frame-pointer -gdwarf-2 -gstrict-dwarf -g -O2 In file included from dlls/windows.media.speech.dll/windows.media.speech_main.c:18: include/windows.media.speechsynthesis.h:574:14: error: 'selectany' can only be applied to data items with external linkage static const DECLSPEC_SELECTANY WCHAR RuntimeClass_Windows_Media_SpeechSynthesis_VoiceInformation[] = {'W','i','n','d','o','w','s','.','M','e','d','i','a','.','S','p','e','e','c','h','S','y','n','t','h','e','s','i','s','.','V','o','i','c','e','I','n','f','o','r','m','a','t','i','o','n',0}; ^ include/winnt.h:112:39: note: expanded from macro 'DECLSPEC_SELECTANY' #define DECLSPEC_SELECTANY __declspec(selectany) ^ 1 error generated. Source of the breakage is this patch: https://github.com/wine-staging/wine-staging/blob/master/patches/widl-winrt… It even mentions that: https://github.com/wine-staging/wine-staging/blob/master/patches/widl-winrt… + /* MIDL generates extern const here */ + fprintf(header, "static const DECLSPEC_SELECTANY WCHAR RuntimeClass_%s[] = {", c_name); -- 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 48200] New: Approach "Shell" function stopped working
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=48200 Bug ID: 48200 Summary: Approach "Shell" function stopped working Product: Wine-staging Version: 4.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- $ rpm -qa wine-common wine-common-4.20-1.fc31.noarch Fedora 31, x64 Help! Lotus Approach's "Shell" function in Word Pro stopped working after upgrading to 4.20. Result = Shell ( "z:\home\linuxutil\CopyToClipboard.pl" + " " + FullAddress) CopyToClipboard.pl never see the call. This happens on all me shell call. Its killing me! -- 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 23

[Bug 48037] New: In World of Tanks in battle, mouse stuck in the middle
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=48037 Bug ID: 48037 Summary: In World of Tanks in battle, mouse stuck in the middle Product: Wine Version: 4.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: HASH.DuOrden(a)gmail.com Distribution: --- Starting with wine 4.17, in battle mouse is stuck to the center of the screen, it's just wiggles in middle and do not move the targeting reticle. This feels very similar to what happens when "MouseWarpOverride"="force" with only difference that with "MouseWarpOverride"="force" mouse acts like this all the time but here mouse are stuck to center only when game requests the lock, I'm not sure that I get the technical part correctly. PS:This feels like a continuation of a bug #47771. -- 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 18

[Bug 50586] New: [regression] NtQueryInformationFile returning STATUS_INVALID_INFO_CLASS (0xc0000003) on symlinks opened with option FILE_OPEN_REPARSE_POINT (0x00200000)
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50586 Bug ID: 50586 Summary: [regression] NtQueryInformationFile returning STATUS_INVALID_INFO_CLASS (0xc0000003) on symlinks opened with option FILE_OPEN_REPARSE_POINT (0x00200000) Product: Wine-staging Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mr.dovi(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 69263 --> https://bugs.winehq.org/attachment.cgi?id=69263 wine_file.c testcase Possible related issue: https://bugs.winehq.org/show_bug.cgi?id=50036 I'm investigating the cause of a application startup crash happening on wine-staging 6.0 but not on wine-staging-5.21, wine-5.13 and wine-6.0 While I think I have found a workaround to have it running on staging-6.0, I realized it may be worth a share since it took me a few hours of searching the relay logs. I have attached a test case but basically, calling NtQueryInformationFile on a symlink opened with the file handle option FILE_OPEN_REPARSE_POINT seem to cause NtQueryInformationFile to return STATUS_INVALID_INFO_CLASS, even if the class is correctly set to FileAllInformation # wine 5.13 # pNtCreateFile -> 0 # NtQueryInformationFile -> 0 # wine 5.13 # pNtCreateFile -> 0 # NtQueryInformationFile -> 0 # wine-staging 5.21 # pNtCreateFile -> 0 # NtQueryInformationFile -> 0 # wine-staging 5.21 # pNtCreateFile -> 0 # NtQueryInformationFile -> 0 # wine-staging 6.0 # pNtCreateFile -> 0 # NtQueryInformationFile -> c0000003 # wine-staging 6.0 # pNtCreateFile -> 0 # NtQueryInformationFile -> 0 My system is 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 54

[Bug 50551] New: Serious Sam Classic (TFE/TSE) has no sound when EAX is enabled
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=50551 Bug ID: 50551 Summary: Serious Sam Classic (TFE/TSE) has no sound when EAX is enabled Product: Wine-staging Version: 6.0 Hardware: x86-64 URL: https://www.fileplanet.com/archive/p-35640/Serious-Sam -The-Second-Encounter-Demo OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The game runs without audio when EAX option is enabled in Staging and EAX is selected as the sound system in the game' audio options. 'EAX error: Cannot set environment' appears in the game's console. wine-6.0-201-g2d4dd4252b0 (Staging) SeriousSamSEDemo.exe md5sum: 9b22eb6765979a02ecbf641f53d0f162 -- 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 47932] New: Mouse-clicks no longer recognized `World of Warships`
by WineHQ Bugzilla 08 May '21

08 May '21

https://bugs.winehq.org/show_bug.cgi?id=47932 Bug ID: 47932 Summary: Mouse-clicks no longer recognized `World of Warships` Product: Wine-staging Version: 4.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukas.lueg(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- `World of Warships 0.8.8` used to work more or less flawlessly in wine-4.16; since the update to 4.17 left/right mouse clicks are no longer recognized at all in the main menu (including login), rendering the application unusable. The problem appeared since `wine-4.17-2" on x86_64, using Fedora 30. Downgrading to 4.16 fixed the problem. -- 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

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 January 2021