March 2022 - Wine-Bugs - list.winehq.org

[Bug 52669] New: GRID 2 crashes on launch
by WineHQ Bugzilla March 25, 2022

March 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=52669 Bug ID: 52669 Summary: GRID 2 crashes on launch Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: jacek(a)codeweavers.com Regression SHA1: 7c76aa05a9d27dd6f5705c4ef90c16862af14f3e Distribution: --- Unhandled exception: page fault on write access to 0x00000004 in 32-bit code (0x7b0609ce). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7b0609ce ESP:0032fb10 EBP:0032fb88 EFLAGS:00010297( R- -- I S -A-P-C) EAX:01130a42 EBX:00000004 ECX:00000009 EDX:0000006d ESI:00000005 EDI:00390222 Stack dump: 0x0032fb10: 00000000 00000000 0032fb98 7b05fc5c 0x0032fb20: 00000000 00000005 0032fb48 7bc71784 0x0032fb30: 0125d300 00000000 00390222 00000005 0x0032fb40: 00000010 7b0fefcc 00000004 00000000 0x0032fb50: 00000000 01130a38 00000005 00000000 0x0032fb60: 01400094 00000002 0032fba8 7bc4eb66 Backtrace: =>0 0x7b0609ce (0x0032fb88) 1 0x7e243038 in user32 (+0x13038) (0x0032fbf8) 2 0x7e243ad0 in user32 (+0x13ad0) (0x0032fe38) 3 0x00c7447b ?GetTimeStamp(a)Monitor@AK@@YAJXZ+0x1f376b() in grid2 (0x0032fe84) 4 0x00ef2a1a EntryPoint+0x3b4f0() in grid2 (0x0032fea8) 5 0x00eb7368 ??1CAkRegisteredObj@@QAE(a)XZ+0x51ac8() in grid2 (0x0032ff40) 6 0x7b64c240 in kernel32 (+0x2c240) (0x0032ff58) 7 0x7bc7c0d7 (0x0032ff6c) 8 0x7bc7c72a (0x0032ffec) 0x7b0609ce: movb %dl,0xfffffffb(%ecx) -- 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 52664] New: x86_64 bit vkd3d broken in --without-mingw build
by WineHQ Bugzilla March 25, 2022

March 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=52664 Bug ID: 52664 Summary: x86_64 bit vkd3d broken in --without-mingw build Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Distribution: --- Created attachment 71988 --> https://bugs.winehq.org/attachment.cgi?id=71988 backtrace When building Wine on x86_64 without mingw, wined3d's Vulkan backend doesn't work. An assertion is raised when creating a device, here for example when running the d3d11 tests: Assertion failed: 1 <= count && count <= VKD3D_VEC4_SIZE, file ../../src/wine/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_private.h, line 1162 This is a regression caused by 24432a24d5e922cbd824b0af8f7b0c66ff2b66e8. I investigated the possibility that wined3d and vkd3d use different calling conventions, but I don't think this is the case. Rather, I suspect that vkd3d might be built with Unix libc headers and linked against msvcrt. For some reason I can't get a backtrace with the d3d11 tests (they just exit without breaking into the debugger), but I can get one with World of Tanks. I have attached the backtrace. The reason why I am trying to run a non-mingw build is to investigate the performance differences between mingw and gcc builds. -- 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 52654] New: QuickPar 0.9.1 opens but does not scan under Wine 7.4
by WineHQ Bugzilla March 25, 2022

March 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=52654 Bug ID: 52654 Summary: QuickPar 0.9.1 opens but does not scan under Wine 7.4 Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jrichard909(a)yahoo.com Distribution: --- QuickPar under 7.4 opens but does not scan. It works perfectly under 7.3.In 7.3, it opens, scans and recovers parts, if necessary. Manjaro xfce x64, Unstable, Kernel 5.16.14-1 -- 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 52725] New: Audacity 2.4.2 "Play" keyboard shortcut stopped working
by WineHQ Bugzilla March 25, 2022

March 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=52725 Bug ID: 52725 Summary: Audacity 2.4.2 "Play" keyboard shortcut stopped working Product: Wine Version: 7.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Steps to reproduce: * Download Audacity 2.4.2 * Open any audio file (wav, flac, etc) * Press "Space" - playback starts and immediately stops Notes: * Wine 7.1 is not affected * When you mouse click "Play" on the toolbar, playback works as expected This is a regression. -- 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 52705] New: IRichEditOle::GetObject does not set REOBJECT's cp correctly
by WineHQ Bugzilla March 25, 2022

March 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=52705 Bug ID: 52705 Summary: IRichEditOle::GetObject does not set REOBJECT's cp correctly Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com Distribution: --- REOBJECT's cp field shall always be updated to reflect the correct position of the OLE object. However, Wine's IRichEditOle::GetObject returns the cp value that was originally passed via IRichEditOle::InsertObject as-is. Affected applications: - KakaoTalk cannot recognize Text Emoticons and @mentions in the chat edit box. -- 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 52613] New: mIRC: text from clipboard is pasted twice in text boxes
by WineHQ Bugzilla March 25, 2022

March 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=52613 Bug ID: 52613 Summary: mIRC: text from clipboard is pasted twice in text boxes Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tmarplatt(a)gmail.com Distribution: --- OS: Linux Mint 20.3 Cinnamon The issue: After updating winehq-devel from 7.2 to 7.3 (from official ppa), any text that I paste in text boxes appears twice. As if I had pressed Ctrl+V or Shift+Insert twice instead of once. I can reproduce the bug in a fresh wineprefix and with the latest mIRC v7.67. Steps to reproduce the issue: 1. Install mIRC 7.67 (you can freely download the installer from https://www.mirc.com/get.html ) wine » sha1sum mirc767.exe 6b2509d3064f6fd618d6387636835a2387df144f mirc767.exe 2. At end of installer, [Check] Run mIRC and click "Finish". 3. The "About mIRC" window will show up. Click "Continue", then wait and click "Continue" again. 4. Close the "mIRC Options" window. 5. Click in the status window text box, the text cursor will appear. 6. Select text from a different window, and copy it to the clipboard. 7. Return to the mIRC window and paste the text in the text box. I'll be happy to provide more feedback. -- 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 8

[Bug 50270] New: FallenDoll exit with a application crash.
by WineHQ Bugzilla March 25, 2022

March 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=50270 Bug ID: 50270 Summary: FallenDoll exit with a application crash. Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l12436(a)yahoo.com.tw Distribution: --- Created attachment 68811 --> https://bugs.winehq.org/attachment.cgi?id=68811 crash information. FallenDoll main will crash with an an invalid memory access -- 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 45422] New: ./tools/sfnt2fon/ sfnt2fon.c shows a heap buffer overflow fill_fontinfo()
by wine-bugs＠winehq.org March 25, 2022

March 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=45422 Bug ID: 45422 Summary: ./tools/sfnt2fon/sfnt2fon.c shows a heap buffer overflow fill_fontinfo() Product: Wine Version: 3.11 Hardware: x86 URL: https://bugs.winehq.org/show_bug.cgi?id=40330 OS: Linux Status: NEW Keywords: download, source, valgrind Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo First noticed in #40330, with ASAN: ../tools/sfnt2fon/sfnt2fon -o sserifee.fon ms_sans_serif.ttf -d 129 13,1250,5 16,1250,7 ================================================================= ==18356==ERROR: AddressSanitizer: heap-buffer-overflow on address 0xf5a06ab3 at pc 0x5658546e bp 0xffd67ec8 sp 0xffd67eb8 READ of size 1 at 0xf5a06ab3 thread T0 #0 0x5658546d in fill_fontinfo (/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x946d) #1 0x56585da8 in main (/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x9da8) #2 0xf7680302 in __libc_start_main (/lib32/libc.so.6+0x18302) #3 0x56582070 (/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x6070) 0xf5a06ab3 is located 1 bytes to the right of 2-byte region [0xf5a06ab0,0xf5a06ab2) allocated by thread T0 here: #0 0xf7a42ed4 in malloc (/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/32/libasan.so.4+0xe5ed4) #1 0xf785e437 (/usr/lib32/libfreetype.so.6+0x9437) SUMMARY: AddressSanitizer: heap-buffer-overflow (/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x946d) in fill_fontinfo Shadow bytes around the buggy address: 0x3eb40d00: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3eb40d10: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3eb40d20: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3eb40d30: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3eb40d40: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa =>0x3eb40d50: fa fa fa fa fa fa[02]fa fa fa fd fa fa fa fd fa 0x3eb40d60: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd 0x3eb40d70: fa fa fd fa fa fa fd fd fa fa fd fa fa fa fd fd 0x3eb40d80: fa fa fd fa fa fa fd fa fa fa fd fa fa fa fd fa 0x3eb40d90: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x3eb40da0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa Shadow byte legend (one shadow byte represents 8 application bytes): Addressable: 00 Partially addressable: 01 02 03 04 05 06 07 Heap left redzone: fa Freed heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 Container overflow: fc Array cookie: ac Intra object redzone: bb ASan internal: fe Left alloca redzone: ca Right alloca redzone: cb ==18356==ABORTING Using Valgrind gets better line numbers: austin(a)valgrindbox ~/wine-valgrind/fonts $ . ~/src/wine-valgrind/scripts/vg-wrapper.sh austin(a)valgrindbox ~/wine-valgrind/fonts $ valgrind make sserifee.fon ../tools/sfnt2fon/sfnt2fon -o sserifee.fon ms_sans_serif.ttf -d 129 13,1250,5 16,1250,7 ==20606== Invalid read of size 1 ==20606== at 0x10A91E: fill_fontinfo (sfnt2fon.c:577) ==20606== by 0x10AD1F: main (sfnt2fon.c:729) ==20606== Address 0x4be6f03 is 1 bytes after a block of size 2 alloc'd ==20606== at 0x482D58B: malloc (vg_replace_malloc.c:299) ==20606== by 0x487DD87: ft_alloc (ftsystem.c:102) ==20606== by 0x488592E: ft_mem_qalloc (ftutil.c:76) ==20606== by 0x488592E: ft_mem_alloc (ftutil.c:55) ==20606== by 0x488632E: ft_glyphslot_alloc_bitmap (ftobjs.c:490) ==20606== by 0x48C2D62: tt_sbit_decoder_alloc_bitmap (ttsbit.c:628) ==20606== by 0x48C2D62: tt_sbit_decoder_load_bitmap (ttsbit.c:1234) ==20606== by 0x48C2D62: tt_sbit_decoder_load_image (ttsbit.c:1439) ==20606== by 0x48C8265: tt_face_load_sbit_image (ttsbit.c:1616) ==20606== by 0x489F269: load_sbit_image (ttgload.c:2308) ==20606== by 0x489F269: TT_Load_Glyph (ttgload.c:2716) ==20606== by 0x489F269: tt_glyph_load (ttdriver.c:468) ==20606== by 0x4882E0F: FT_Load_Glyph (ftobjs.c:913) ==20606== by 0x488371D: FT_Load_Char (ftobjs.c:1051) ==20606== by 0x10A9F7: fill_fontinfo (sfnt2fon.c:550) ==20606== by 0x10AD1F: main (sfnt2fon.c:729) ==20606== -- 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 52294] New: DYSMANTLE seems to need d3d11_device_CreateRasterizerState1
by WineHQ Bugzilla March 25, 2022

March 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=52294 Bug ID: 52294 Summary: DYSMANTLE seems to need d3d11_device_CreateRasterizerState1 Product: Wine Version: 7.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 71440 --> https://bugs.winehq.org/attachment.cgi?id=71440 ogl +d3d log Hello, I tried this d3d11 game with OpenGL and Vulkan renderer from Wine. In the both case, the game crashes with the same stub : **** 010c:fixme:d3d11:d3d11_device_CreateRasterizerState1 iface 0000000001057A50, desc 000000000011FAF0, state 000000000011FAE8 stub! **** With DXVK, there is not issue, the game launches correctly. I attach the OGL and Vulkan +d3d log -- 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 52048] New: CreateProcess() might not spawn console for new process
by WineHQ Bugzilla March 25, 2022

March 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=52048 Bug ID: 52048 Summary: CreateProcess() might not spawn console for new process Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: colin1207(a)gmx.net Distribution: --- Created attachment 71059 --> https://bugs.winehq.org/attachment.cgi?id=71059 demo programs (see description) When launching a console application by calling CreateProcess() without any process creation flags, wine will not spawn a new console window if the parent process is not currently attached to a console that the child could inherit, unless explicitly requested with the CREATE_NEW_CONSOLE flag. Windows defaults to the behaviour of allocating a new console for the process, even without explicit request, while wine will not. This might break several applications that assume to have a console attached and will crash, for example, when trying to initialize curses. Attached is a demo application: Running launcher.exe on windows will successfully open a console for helloworld.exe after the CreateProcess call. All tested wine versions however, will not allocate a new console. -- 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