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

[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 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 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 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 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 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 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 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

[Bug 52724] New: expose a stable interface to get the linux pid mapped to a wine pid
by WineHQ Bugzilla 25 Mar '22

25 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52724 Bug ID: 52724 Summary: expose a stable interface to get the linux pid mapped to a wine pid 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: redartofcode(a)gmail.com Distribution: --- to get the x11 window id of a window handle inside wine, you can use `GetProp(win32_handle, "__wine_x11_whole_window");`. but there is no equivalent function to get the linux pid of a wine process by using its wine pid. it is useful when a windows app and linux app need to interact with each other. to check that the wine application is still running, or monitor its resource usage etc.. the linux native app could use linux pid of the wine application. Use Case: I run Guild Was 2 in wine. and Guild Wars 2 shares live data of the player via shared memory called MumbleLink. unfortunately, shared memory of windows is not exposed as shared memory of linux. so, i wrote a small app windows which runs inside the same prefix of Guild Wars 2, and copies that data to z:\\dev\shm\gw2link file which is in the linux path of /dev/shm/gw2link. on Windows, there are Overlays (officially allowed) which make use of this data to provide a wide variety of utilities to players. I am making a linux Overlay and to get the position / size of the Guild Wars 2 Window, i need the x11 window id. as mentioned above, I already use the "__wine_x11_whole_window" to get that and copy it to the /dev/shm/gw2link along with the other data. then, linux native Overlay uses that file to get the window id and uses x11 to take care of the rest. But there are complex scenarios like multiple instances of gw2 running, and to make it easy, gw2 writes is pid along with player data in the shared memory. we use that pid to check if gw2 is running or other such things. and here's the issue, gw2 writes the windows (wine) pid in the shared memory. and i have no way of translating it to the mapped linux pid of that gw2 instance. I am currently able to use _NET_WM_PID x11 property to get the pid of a gw2 window, but it is not actually required by the x11 spec, and its also not immediately set when the game starts. so, it is sort of unreliable at the moment. so, I was hoping that wine could expose a function (or a property like __wine_x11_whole_window) so that i could translate the wine pid to linux pid, and provide that pid via /dev/shm/gw2link just like x11 window id. -- 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