wine-bugs May 2024

wine-bugs@winehq.org

1 participants
1925 discussions

[Bug 56123] New: Git for windows installer freezes at the last step (but does install the files correctly)
by WineHQ Bugzilla 09 May '25

09 May '25

https://bugs.winehq.org/show_bug.cgi?id=56123 Bug ID: 56123 Summary: Git for windows installer freezes at the last step (but does install the files correctly) Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cedric.dewijs(a)eclipso.eu Distribution: --- The git for windows installer freezes at the end. The computer beeps when the window is clicked. The window does not react to the X to close, but it does react to the minimize button. Afterwards the window can not be restored again. The installer did install the needed files, as VSCodium did gain git capabilities. To reproduce: Download git for windows: https://github.com/git-for-windows/git/releases/download/v2.43.0.windows.1/… $ rm -rf ~/wine-tmp/ $ mkdir ~/wine-tmp $ export WINEPREFIX=~/wine-tmp $ cd ~/wine-tmp $ cp ~/Downloads/Git-2.43.0-64-bit.exe . $ wine Git-2.43.0-64-bit.exe Now the installer starts. Accpet the defaults. Now the installer does it's steps, and stops at "Running post-install script". When I ctrl-C in the console, the bash promt returns, but the installer window remains. The computer beeps when the window is clicked. The window does not react to the X to close, but it does react to the minimize button. Afterwards the window can not be restored again. Console output: [cedric@cedric wine-tmp]$ cp ~/Downloads/Git-2.43.0-64-bit.exe . [cedric@cedric wine-tmp]$ wine Git-2.43.0-64-bit.exe 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 004c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0054:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 004c:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x80004002 004c:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002 004c:err:ole:apartment_get_local_server_stream Failed: 0x80004002 0054:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x80004002 0054:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002 0054:err:ole:apartment_get_local_server_stream Failed: 0x80004002 0054:err:ole:start_rpcss Failed to open RpcSs service 0090:fixme:file:NtLockFile I/O completion on lock not implemented yet 0090:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0090:fixme:msi:internal_ui_handler internal UI not implemented for message 0x0b000000 (UI level = 1) 0090:fixme:msi:internal_ui_handler internal UI not implemented for message 0x0b000000 (UI level = 1) 00f0:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet 0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 wine: configuration in L"/home/cedric/wine-tmp" has been updated. 0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0024:fixme:thread:GetThreadUILanguage : stub, returning default language. 0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 005ED99C, 00000000 005ED9C4 0024:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 005ED99C 00000000 005ED9C4) returning a dummy value (current locale) 0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 005ED99C, 015EA680 005ED9C4 0024:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 005ED99C 015EA680 005ED9C4) returning a dummy value (current locale) 0148:fixme:thread:GetThreadUILanguage : stub, returning default language. 0148:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 0081D9E8, 00000000 0081DA10 0148:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 0081D9E8 00000000 0081DA10) returning a dummy value (current locale) 0148:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 0081D9E8, 019319B0 0081DA10 0148:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 0081D9E8 019319B0 0081DA10) returning a dummy value (current locale) 0148:fixme:wtsapi:WTSRegisterSessionNotification Stub 000100A4 0x00000000 0148:fixme:uxtheme:BufferedPaintInit Stub () 0148:fixme:win:DisableProcessWindowsGhosting : stub 0148:fixme:graphics:ShutdownBlockReasonDestroy (000100A4): stub 0148:fixme:graphics:ShutdownBlockReasonCreate (000100A4, L"Installing"): stub 0148:fixme:graphics:ShutdownBlockReasonDestroy (000100A4): stub 0148:fixme:graphics:ShutdownBlockReasonCreate (000100A4, L"Installing Git."): stub 0148:fixme:system:EnableNonClientDpiScaling (000100B2): stub 0148:fixme:msg:ChangeWindowMessageFilterEx 000100B2 c051 1 00000000 0148:fixme:system:EnableNonClientDpiScaling (000200B2): stub 0148:fixme:msg:ChangeWindowMessageFilterEx 000200B2 c051 1 00000000 0148:fixme:msg:ChangeWindowMessageFilterEx 000100BC c051 1 00000000 0148:fixme:msg:ChangeWindowMessageFilterEx 000200BC c051 1 00000000 0148:fixme:shell:SHAutoComplete stub 0148:fixme:shell:SHAutoComplete stub 0148:fixme:explorerframe:taskbar_list_SetProgressValue iface 01FBDD50, hwnd 000100A4, ullCompleted 0, ullTotal 503 stub! 0148:fixme:sfc:SfcIsFileProtected (00000000, L"C:\\Program Files\\Git\\unins000.exe") stub 0148:fixme:explorerframe:taskbar_list_SetProgressState iface 01FBDD50, hwnd 000100A4, flags 0 stub! 0188:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 0198:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 0198:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub 01a8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 01a8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub 01b8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 01b8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub 01c8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 01c8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub 01d8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 01d8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub 01e8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 01e8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub 01f8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 01f8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub 0208:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 0208:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub 0218:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 0218:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub 0228:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 0228:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub 0238:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 0238:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub 0248:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 0248:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub 0258:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 0258:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub 0268:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 0268:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub 0290:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4 02b0:fixme:ntdll:NtSetInformationToken unimplemented class 4 02b0:fixme:security:GetWindowsAccountDomainSid (00000007FFFFC2A0 00000000007C2CF8 00000007FFFFC29C): semi-stub 02b0:fixme:netapi32:DsEnumerateDomainTrustsW ((null), 0x0023, 00000007FFFFC368, 00000007FFFFC354): stub 02b8:fixme:wldap32:ldap_set_optionW Unsupported option: 0x95 02b8:fixme:wldap32:ldap_set_optionW Unsupported option: 0x96 02b0:fixme:netapi32:NetUserGetInfo Only implemented for local computer, but remote serverL"\\\\@" was requested. ^C02bc:fixme:console:default_ctrl_handler Terminating process 20 on event 0 [cedric@cedric wine-tmp]$ ^C I'm running Arch linux, LXDE on Xorg, AMD video card with the open source drivers. $ wine --version wine-9.0-rc3 $ uname -a Linux cedric 6.6.7-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 14 Dec 2023 03:45:42 +0000 x86_64 GNU/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 9

[Bug 53574] New: MSYS2 "pacman -Sy" fails key lookup
by WineHQ Bugzilla 06 May '25

06 May '25

https://bugs.winehq.org/show_bug.cgi?id=53574 Bug ID: 53574 Summary: MSYS2 "pacman -Sy" fails key lookup Product: Wine Version: 7.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joel(a)airwebreathe.org.uk Distribution: --- Created attachment 72951 --> https://bugs.winehq.org/attachment.cgi?id=72951 Log of console interaction With a fresh Msys2 installation, pacman fails to run, because it keeps producing "key lookup failed" errors. The user is prompted to with the following message: error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown :: Import PGP key 5F944B027F7FE2091985AA2EFA11531AA0AA7F57? [Y/n] Y However, if the user selects "yes", pacman simply asks the same question again after a short delay, in an infinite loop. -- 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 55138] New: msys2: bash.exe is not able to fork/start another process.
by WineHQ Bugzilla 06 May '25

06 May '25

https://bugs.winehq.org/show_bug.cgi?id=55138 Bug ID: 55138 Summary: msys2: bash.exe is not able to fork/start another process. Product: Wine Version: 8.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 74697 --> https://bugs.winehq.org/attachment.cgi?id=74697 allocation stacks in parent and child bash.exe This is a followup to bug 47808. If I understand it right, bug 47808 was primarily about native libraries getting called at a win32 stack which was not yet committed. Those native libraries then jumped over the guard page, therefore the stack got not grown, instead a crash reported. This aspect was fixed by using the syscall interface and therefore bug 47808 was closed. But there is another issue that causes a msys2-forked process crashing, because after the stack was grown it still misses the PAGE_READWRITE flags. For this Zeb Figura included in the first attachement to bug 47808 "always expand the stack if within the stack reserve" a line adding the flags "VPROT_COMMITTED | VPROT_READ | VPROT_WRITE" to the page that gets the VPROT_GUARD removed in grow_thread_stack. This modification still enables a forked process to run. The issue can be reproduced with an unmodified wine by just - running msys2 bash.exe interactively - then trying to start e.g. notepad from it. Attached file shows the stack when the stack gets allocated - in a working msys2-parent process and - in a failing msys2-forked child process. Therefore it looks like the forked stack get really setup differently, but it is still not clear if or when this memory gets the READ/WRITE added in native windows. -- 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 53121] New: IrfanView: In full screen mode the image title is not correctly repainted when switching between images
by WineHQ Bugzilla 05 May '25

05 May '25

https://bugs.winehq.org/show_bug.cgi?id=53121 Bug ID: 53121 Summary: IrfanView: In full screen mode the image title is not correctly repainted when switching between images Product: Wine Version: 7.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 72576 --> https://bugs.winehq.org/attachment.cgi?id=72576 Example Steps to reproduce: 1. Download IrfanView 2. File -> Open an image file (which matches or exceeds your display resolution) 3. Press Enter (goes in full screen mode) 4. Press right arrow or left arrow (alternatively "Space" and "Back Space") to browse through images forward or backward. The area where the image path and name are being rendered starts to look bad (i.e. it's not correctly repainted). It's in the left top corner. The example is 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 1

[Bug 42284] New: Enable using Wine with Wayland and without X on Linux
by wine-bugs＠winehq.org 05 May '25

05 May '25

https://bugs.winehq.org/show_bug.cgi?id=42284 Bug ID: 42284 Summary: Enable using Wine with Wayland and without X on Linux Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com Distribution: --- Currently, Wine on Linux is strongly dependent on X, and when used with the desktop environment with new Wayland display server, Wine is forced to run through XWayland, which so far remains a poor experience. The whole Linux desktop is now strongly pushing the switch from X to Wayland, and many major applications are now in the process of enabling this switch. Is there some plan for such effort in Wine? Is it even feasible? I couldn't find any bugs opened for it, so I'm opening one here to track this. -- 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 77

[Bug 10941] New: Wine does not print in a newly allocated console window
by wine-bugs＠winehq.org 04 May '25

04 May '25

http://bugs.winehq.org/show_bug.cgi?id=10941 Summary: Wine does not print in a newly allocated console window Product: Wine Version: 0.9.52. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-console AssignedTo: wine-bugs(a)winehq.org ReportedBy: mail2benny(a)gmail.com Created an attachment (id=9867) --> (http://bugs.winehq.org/attachment.cgi?id=9867) The binary which recreates the bug Wine does not print in a newly allocated console window using the function FreeConsole(); and AllocConsole(); I've written a program which recreates the bug. I'll post the binary and the source. (compiled on Dev-C++ 4.9.9.2, in Wine) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 25

[Bug 55759] New: Cinebench 2024 needs Windows.System.Profile.SystemIdentification
by WineHQ Bugzilla 04 May '25

04 May '25

https://bugs.winehq.org/show_bug.cgi?id=55759 Bug ID: 55759 Summary: Cinebench 2024 needs Windows.System.Profile.SystemIdentification Product: Wine Version: 8.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: etaash.mathamsetty(a)gmail.com Distribution: --- 09d4:fixme:combase:RoGetActivationFactory (L"Windows.System.Profile.SystemIdentification", {5581f42a-d3df-4d93-a37d-c41a616c6d01}, 00007FFFFE1FD840): semi-stub 09d4:err:combase:RoGetActivationFactory Failed to find library for L"Windows.System.Profile.SystemIdentification" The app works fine in windows 7 mode for the most part, the above is preventing it from running in windows 11 mode -- 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 55886] New: No more audio (FreeBSD and OSS) since Wine 8.15
by WineHQ Bugzilla 03 May '25

03 May '25

https://bugs.winehq.org/show_bug.cgi?id=55886 Bug ID: 55886 Summary: No more audio (FreeBSD and OSS) since Wine 8.15 Product: Wine Version: 8.15 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineoss.drv Assignee: wine-bugs(a)winehq.org Reporter: adrien_fernandes2(a)hotmail.com Created attachment 75418 --> https://bugs.winehq.org/attachment.cgi?id=75418 winecfg under Wine 8.20 OS : FreeBSD Processor architecture : amd64 Version : 14.0-CURRENT #0 main-n263139-baef3a5b585f: Thu May 25 08:14:14 UTC 2023 ---------- Hello, Wine 8.14 is the latest version that actually gives me audio. I'm not using ALSA nor PulseAudio, only OSS, as usual. I know there were changes on the audio part by Davide Beatrici, on the Wine 8.15 Wine Announcement : [...] wineoss: Update device cache in get_device_guid(). wineoss: Export get_device_guid(). wineoss: Remove GetEndpointIDs. [...] I don't know if this causes my OS to not offering sound anymore. Since Wine 8.15 (and up to Wine 8.20), I still see "wineoss.drv" as my selected driver and all my pcm just as it should but if I press "Test Sound", there's no sound played and no error displayed in my terminal. -- 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 11

[Bug 55639] New: OSS driver sends output to wrong device
by WineHQ Bugzilla 03 May '25

03 May '25

https://bugs.winehq.org/show_bug.cgi?id=55639 Bug ID: 55639 Summary: OSS driver sends output to wrong device Product: Wine Version: 8.16 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineoss.drv Assignee: wine-bugs(a)winehq.org Reporter: sean-freebsd(a)farley.org Created attachment 75175 --> https://bugs.winehq.org/attachment.cgi?id=75175 trace:oss of test sound using default device in winecfg Sometime after Wine 8.11, the OSS driver sends to the device node one higher than selected. Whether the "System Default" or the specific node device is picked in winecfg, the "Test Sound" goes to one higher than chosen. In my case, the speakers are on /dev/dsp4. In the log, that device is considered the default devnode. However, the devnode chosen for output is /dev/dsp5. If I chose /dev/dsp3 specifically, then the audio will be output via the speakers. It definitely looks like an off-by-one bug. Workaround: select lower device by number -- 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 54336] New: Wow64 compatibility breaks on newer 64-bit glibc releases
by WineHQ Bugzilla 03 May '25

03 May '25

https://bugs.winehq.org/show_bug.cgi?id=54336 Bug ID: 54336 Summary: Wow64 compatibility breaks on newer 64-bit glibc releases Product: Wine Version: 8.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ruanformigoni(a)gmail.com Distribution: --- Newer versions of 64-bit glibc break current Wow64 compatibility implementation. For a new vm of fedora 36: $ ./wine-ge-7-35-continuous-x86_64.AppImage --version Usage: wine PROGRAM [ARGUMENTS...] Run the specified program wine --help Display this help and exit wine --version Output version information and exit glibc.x86_64 version is 2.35-20.fc36 glibc.i686 is not installed. -- For a new vm of fedora 37: $ /wine-ge-7-35-continuous-x86_64.AppImage --version /tmp/.mount_wine-gEI9DJM/bin/wine: No such file or directory glibc.x86_64 version is 2.36-9.fc37 glibc.i686 is not installed (installing fixes it). -- 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 20

← Newer
1
2
3
4
5
6
7
...
193
Older →

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 May 2024