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

[Bug 20474] New: Wine can't be built with GCC in C99 mode
by wine-bugs＠winehq.org 14 Nov '23

14 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=20474 Summary: Wine can't be built with GCC in C99 mode Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: yann(a)droneaud.fr For multiple reason, wine can't be built by GCC in C99 mode ( --std=c99 ). In particular, wine rely on GCC behavor regarding to extern inline. It produces errors regarding asm construct conflicting with extern inline symbols. It produces errors with multiple defination of inline function in object files. According to this, it seems that wine is not compatible with C99, but rely a lot on GCC specific behavor. See also bug #20306 -- 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 26

[Bug 16552] New: CreateIoCompletionPort fails in Chromium unit tests
by wine-bugs＠winehq.org 11 Nov '23

11 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=16552 Summary: CreateIoCompletionPort fails in Chromium unit tests Product: Wine Version: 1.1.10 Platform: Other URL: http://chromium.org OS/Version: other Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://src.chromium.org/viewvc/chrome/trunk/src/base/message_pump_win.cc contains the code port_.Set(CreateIoCompletionPort(INVALID_HANDLE_VALUE, NULL, NULL, 1)); DCHECK(port_.IsValid()); ... HANDLE port = CreateIoCompletionPort(file_handle, port_, key, 1); DCHECK(port == port_.Get()); The DCHECK fires when running one of the Chromium unit tests: wine Debug/ui_tests.exe ... 001b:Call KERNEL32.CreateFileW(00ed7208 L"\\\\.\\pipe\\chrome.ChromeTestingInterface:8.1",c0000000,00000000,00000000,00000003,40110000,00000000) ret=010e0220 001b:Ret KERNEL32.CreateFileW() retval=000000c0 ret=010e0220 ... 0021:Call KERNEL32.CreateIoCompletionPort(ffffffff,00000000,00000000,00000001) ret=01a304b3 0021:Ret KERNEL32.CreateIoCompletionPort() retval=000000c8 ret=01a304b3 0021:Call KERNEL32.CreateIoCompletionPort(000000c0,000000c8,00ed5aa0,00000001) ret=01a30760 trace:ntdll:NtSetInformationFile (0xc0,0x7cdee318,0x7cdee320,0x00000008,0x0000001e) 0021:Ret KERNEL32.CreateIoCompletionPort() retval=00000000 ret=01a30760 0021:Call KERNEL32.OutputDebugStringA(00ed95a8 "[26:33:1249:FATAL:message_pump_win.cc(428)] Check failed: port == port_.Get(). \r\n") ret=019a7af3 I think it's failing in wineserver for some reason during NtSetInformationFile in set_completion_info. -- 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 5

[Bug 48004] New: winserver memory overflow
by WineHQ Bugzilla 11 Nov '23

11 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=48004 Bug ID: 48004 Summary: winserver memory overflow Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: heiko(a)stark-jena.de Distribution: --- with default and 'wineserver -d2 -f -p10' settings I run simulations with the software Opensim (https://opensim.stanford.edu/) and restart the Opensim one after the other with a script. This seems to cause a memory overflow (> 64 GB). Kill wineserver helps to fix the memory overflow. Is there a way to debug this? Best regards, Heiko -- 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 52716] New: Sending key stroke (using [System.Windows.Forms.SendKeys]::SendWait) fails (seems to go into a loop?)
by WineHQ Bugzilla 10 Nov '23

10 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=52716 Bug ID: 52716 Summary: Sending key stroke (using [System.Windows.Forms.SendKeys]::SendWait) fails (seems to go into a loop?) Product: Wine Version: 7.4 Hardware: x86-64 URL: https://github.com/PowerShell/PowerShell/releases/down load/v7.0.3/PowerShell-7.0.3-win-x64.msi OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 72077 --> https://bugs.winehq.org/attachment.cgi?id=72077 ps script Hi, I have a powershell script where I need to send a keystroke to a program. I found code snippet on the internet and made little script that I tested in windows (using powershell core) and it works. It sends ctrp^p to notepad, and that opens the printer-dialog correctly on windows. On wine however it doesn`t work, cpu-usage goes up so it seems to get into loop(???) Script (also see attachment): ################################################################### Start-Process "notepad.exe" Sleep 3 $WindowHandle = Get-Process | Where-Object { $_.MainWindowTitle -Match "Notepad" } | Select-Object -ExpandProperty MainWindowHandle [void][System.Reflection.Assembly]::LoadWithPartialName('System.Windows.Forms') [System.Windows.Forms.SendKeys]::SendWait("^{p}") ##################################################################### Steps to reproduce: 1. winetricks -q dotnet48 2. wget https://github.com/PowerShell/PowerShell/releases/download/v7.0.3/PowerShel… 3. wine PowerShell-7.0.3-win-x64.msi 4. Save the script from attachment as a.ps1 in current folder 5. wine pwsh -file ./a.ps1 Notepad opens but nothing really happens and cpu-usage goes up -- 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 49988] New: NosTale (and probably some other games) doesn't handle mouse clicks correctly
by WineHQ Bugzilla 10 Nov '23

10 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=49988 Bug ID: 49988 Summary: NosTale (and probably some other games) doesn't handle mouse clicks correctly Product: Wine Version: 5.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: theszczepancio(a)gmail.com Distribution: --- Created attachment 68390 --> https://bugs.winehq.org/attachment.cgi?id=68390 Wine-staging 5.19 log Releated issues: https://bugs.winehq.org/show_bug.cgi?id=42999 https://bugs.winehq.org/show_bug.cgi?id=21739 Some info: Tested the issue with wine and wine-staging. Bug persists in 5.17, 5.18, 5.19 versions of wine. I have installed Arch Linux on r5 3600/rx5700 XT. I use D9VK (newest) for improvements of performance. Installing dinput8 is not fixing anything. I use Sway/wlroots on wayland, also I own newest kernel. Game works as should on steam proton with same version of D9VK. OpenGL backend works fine. Wine log in attachement. -- 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 14

[Bug 52444] New: Regression prevent eclipse from hitting breakpoints
by WineHQ Bugzilla 09 Nov '23

09 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=52444 Bug ID: 52444 Summary: Regression prevent eclipse from hitting breakpoints Product: Wine Version: 7.0-rc6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- I usually use eclipse with normal gdb for debugging. For that I compile without mingw, since it doesn't find the symbols when using real dlls. Since a while this is broken, and eclipse doesn't hit any breakpoints anymore. Bisected to commit 28fe84da45bea7de56539b50eac8ebcec54342de Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Mar 24 10:53:53 2021 +0100 ntdll: Load the main image from the Unix side. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 47848] New: Graphical glitches in "The suffering" game
by WineHQ Bugzilla 07 Nov '23

07 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=47848 Bug ID: 47848 Summary: Graphical glitches in "The suffering" game Product: Wine Version: 4.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: inferrna(a)gmail.com Distribution: --- Created attachment 65353 --> https://bugs.winehq.org/attachment.cgi?id=65353 wine 1.5.17, good My system is Ubuntu 18.04.2 RX560 on Mesa 19.08 Last good wine version for this game is 1.5.17. Starting from 1.5.18 3D not shown, just HUD over black screen. But in some of later versions (somewhere between 1.7 and 2.0) bug was kind of half-fixed, at least starting from 2.0 3D is not all black, bus only some planes - floor, for example. Unfortunately I can't test versions between 1.7 and 2.0 because it this versions game just not fails to start with "X Error of failed request: BadWindow (invalid Window parameter)". -- 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 19534] New: Office 2007 menu button loses focus
by wine-bugs＠winehq.org 06 Nov '23

06 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=19534 Summary: Office 2007 menu button loses focus Product: Wine Version: 1.1.11 Platform: PC OS/Version: Linux Status: NEW Severity: trivial Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=22740) --> (http://bugs.winehq.org/attachment.cgi?id=22740) wine-1.1.26-231-gfe9d360 console output I can't take a screenshot because it also loses focus, so I hope this makes sense. The Office 2007 apps have had their sensible menus replaced with a button in the top left of the window. The problem occurs when hovering over one option (say Send) so that it's sub-menu opens, then moving the cursor over to another menu option (say Print). The menu closes. This doesn't happen under Windows. Tested Excel and Word. Can't really test the other apps as they have their own problems preventing them from starting. Nothing new is printed in the console when this happens, but log attached. Went back to Wine 1.1.11 to check for a recent regression but problem occurs there too. Same in latest git. -- 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 30

[Bug 32206] New: Primer Premier 6.12 doesn't draw its UI
by wine-bugs＠winehq.org 06 Nov '23

06 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=32206 Bug #: 32206 Summary: Primer Premier 6.12 doesn't draw its UI Product: Wine Version: 1.5.17 Platform: x86 URL: http://www.premierbiosoft.com/DATAFILES/PP612Installer Win32.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 42481 --> http://bugs.winehq.org/attachment.cgi?id=42481 Screenshot: primer premier 6.12 doesn't draw its UI 1. install Primer Premier $ wine PP612InstallerWin32.exe 2. start $ cd ~/.wine/drive_c/Program\ Files/Primer\ Premier\ 6.12 $ wine Primer\ Premier\ 6.exe Expect result: The UI should be draw completed as Screenshot: primer-premier-6-with-workaround.png Actual result: The UI doesn't draw at first, if you move the mouse onto Primer Premier, then some parts of the UI draws but still not complete. See screenshot primer-premier-doesnt-draw.png Workaround: Setting a virtual desktop, start Primer Premier, carefully move the mouse onto the title bar of Primer Premier. fixme:win:EnumDisplayDevicesW ((null),0,0x30e850,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x30e850,0x00000000), stub! fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x31f444,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x31f6b4,0x00000000), stub! fixme:font:freetype_SelectFont Untranslated charset 255 fixme:imm:ImmGetOpenStatus (0x4452438): semi-stub fixme:imm:ImeHandleNotify WM_IME_NOTIFY:IMN_SETCOMPOSITIONWINDOW fixme:imm:ImeHandleNotify WM_IME_NOTIFY:IMN_SETCOMPOSITIONWINDOW err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d -- 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 23008] New: winhelp: Popups disappear immediately and are the wrong size
by wine-bugs＠winehq.org 06 Nov '23

06 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=23008 Summary: winhelp: Popups disappear immediately and are the wrong size Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Created an attachment (id=28516) --> (http://bugs.winehq.org/attachment.cgi?id=28516) ONLCFG.HLP compressed with bzip2 Links in help files which open pop-ups are broken in Wine winhlp32. (These links typically appear in green with a dotted underline.) What should happen: the popup appears when the link is clicked, and remains present when the user releases the mouse button. What actually happens: the popup appears, but vanishes when the user releases the mouse button. The popup is the wrong size, and has scrollbars on the right and bottom edges. (It's impossible to use the scrollbars since the popup disappears when the button is released.) Some popups have text missing. Example: Open the attached ONLCFG.HLP file in Wine winhlp32. Click "How do I?". Click "Letting your Intuit software ...". Click each of the underlined links: dial type, dialing prefix and disable call waiting. Notice there is no text other than the heading in the dialing prefix and disable call waiting popups. Click Tell me more. The popup which appears contains links to other pages in the help file, but it's impossible to select them due to the popup vanishing on mouse release. Compare with using winhlp32.exe from Windows under Wine to view that file. -- 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 13