wine-bugs

wine-bugs@winehq.org

1 participants
158728 discussions

[Bug 52725] New: Audacity 2.4.2 "Play" keyboard shortcut stopped working
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

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 25 Mar '22

25 Mar '22

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 25 Mar '22

25 Mar '22

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 25 Mar '22

25 Mar '22

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 25 Mar '22

25 Mar '22

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@valgrindbox ~/wine-valgrind/fonts $ . ~/src/wine-valgrind/scripts/vg-wrapper.sh austin@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 25 Mar '22

25 Mar '22

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 25 Mar '22

25 Mar '22

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

[Bug 51017] New: Microsoft PowerToys installer crashes
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=51017 Bug ID: 51017 Summary: Microsoft PowerToys installer crashes Product: Wine Version: 6.6 Hardware: x86-64 URL: https://web.archive.org/web/20210403201453/https://git hub.com/microsoft/PowerToys/releases/download/v0.35.0/ PowerToysSetup-0.35.0-x64.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.ideals(a)gmail.com Distribution: --- Created attachment 69864 --> https://bugs.winehq.org/attachment.cgi?id=69864 log https://github.com/microsoft/PowerToys/ .NET Core 3.1.13 is used with Release v0.35.0. 0114:fixme:kernelbase:AppPolicyGetThreadInitializationType FFFFFFFFFFFFFFFA, 000000000136FE10 0110:fixme:combase:RoGetActivationFactory (L"", {44a9796f-723e-4fdf-a218-033e75b0c084}, 000000000011E720): semi-stub wine: Unhandled page fault on read access to 0000001600000001 at address 000000007B0524B1 (thread 0110), starting debugger... Unhandled exception: page fault on read access to 0x1600000001 in 64-bit code (0x000000007b0524b1). -- 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 52726] New: IsWindowsService() from Microsoft.Extensions.Hosting.WindowsServices (.Net 4.6, 4.8, 5.0) depends on services.exe being run in the session 0
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52726 Bug ID: 52726 Summary: IsWindowsService() from Microsoft.Extensions.Hosting.WindowsServices (.Net 4.6, 4.8, 5.0) depends on services.exe being run in the session 0 Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru Distribution: --- Created attachment 72084 --> https://bugs.winehq.org/attachment.cgi?id=72084 AspNetTest: 64-bit binary of the test service Existing .Net 4.6, 4.8, 5.0 and 6.0 builds shipped with many applications depend on services.exe being run in the session 0: https://github.com/dotnet/runtime/blob/01b7e73cd378145264a7cb7a09365b41ed42… Attached source+binary of the sample service application which doesn't work in wine-7.4. Steps to reproduce: 1. create 64-bit Wine prefix 2. copy AspNetTest.exe to system32 (to avoid specifying full path in 'sc create') 3. 'wine sc create AspNetTest binpath=AspNetTest.exe' - register the service 4. 'wine sc start AspNetTest' - attempt to run the service 5. 'wine sc query AspNetTest' - get the service status In order to clearer see that 'sc start AspNetTest' fails I'd suggest to apply https://source.winehq.org/patches/data/230446 https://source.winehq.org/patches/data/230447 https://source.winehq.org/patches/data/230445 Without these patches you just get 01cc:err:service:process_send_command service protocol error - failed to write pipe! -- 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

[Bug 52719] New: cmd.exe mishandles echo %time%
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52719 Bug ID: 52719 Summary: cmd.exe mishandles echo %time% Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 72080 --> https://bugs.winehq.org/attachment.cgi?id=72080 Check the date /t, %date%, time /t, %time% output I was hoping to sprinkle some echo %time% in the test_builtins.cmd script to figure out where it was spending time. But unfortunately in Wine all I get is: c:\> echo %time% 19:10 Whereas on Windows from XP to 21H1 I get: c:\> echo %time% 19:10:05.34 Fixing Wine to get the time with second resolution is easy, just drop TIME_NOSECONDS from the GetTimeFormatW() call. But that call does not seem to support returning subsecond data. Yet %time% is localized (with a French system locale it uses a comma as the decimal separator). Also Wine mishandles date /t and time /t, particularly the latter since it does not use the same format as plain "time". For reference here is the output of the attached test patch: English ======= C:\Users\Public\Documents>date The current date is: Wed 03/23/2022 Enter the new date: (mm-dd-yy) C:\Users\Public\Documents>date /T Wed 03/23/2022 C:\Users\Public\Documents>echo Wed 03/23/2022 <---- %date% Wed 03/23/2022 C:\Users\Public\Documents>time The current time is: 11:53:01.13 Enter the new time: C:\Users\Public\Documents>time /T 11:53 AM C:\Users\Public\Documents>echo 11:53:01.13 <---- %time% 11:53:01.13 French ====== C:\Users\Public\Documents>date La date du jour est�: 23/03/2022 Entrez la nouvelle date�: (jj-mm-aa) C:\Users\Public\Documents>date /T 23/03/2022 C:\Users\Public\Documents>echo 23/03/2022 <--- %date% 23/03/2022 C:\Users\Public\Documents>time L'heure actuelle est�: 20:23:28,60 Entrez la nouvelle heure�: C:\Users\Public\Documents>time /T 20:23 C:\Users\Public\Documents>echo 20:23:28,60 <--- %time% 20:23:28,60 -- 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

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