wine-bugs April 2025

wine-bugs@winehq.org

1 participants
758 discussions

[Bug 58137] New: Installation of WISO MeinGeld is impossible after entering the license key
by WineHQ Bugzilla 12 May '25

12 May '25

http://bugs.winehq.org/show_bug.cgi?id=58137 Bug ID: 58137 Summary: Installation of WISO MeinGeld is impossible after entering the license key Product: Wine Version: 10.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: guentera(a)gmx.de Distribution: --- Created attachment 78415 --> http://bugs.winehq.org/attachment.cgi?id=78415 Enter the License Key After entering the license key and confirming the licensing conditions, you will be asked to confirm the conditions again and again. Unable to complete the installation. WISO "Mein Geld Professional" is a German finance Software. Follow this link to get a free 30-day trial: https://www.buhl.de/c-j/wiso-meingeld-pro-2025/ Download: https://download.buhl.de/Download/MeinGeld/MG2025/ESD/WISOFinanz2025.exe Wine-Mono and Wine-Gecko must be installed. -- 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 56160] New: Kernel32: Unable to determine encoding format without [BOM] sequence.(PROFILE_DetectTextEncoding)
by WineHQ Bugzilla 12 May '25

12 May '25

https://bugs.winehq.org/show_bug.cgi?id=56160 Bug ID: 56160 Summary: Kernel32: Unable to determine encoding format without [BOM] sequence.(PROFILE_DetectTextEncoding) Product: Wine Version: 9.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: zmtong1988(a)gmail.com Distribution: --- Question: 1. Open the [UTF-8] encoding file, and if there is no [BOM] sequence, recognize it as [ENCODING-ANSI] through [PROFILE-DetectTextEncoding] instead of [UTF-8]. 2. Open the [UTF-16 LE] encoding file, and if there is no [BOM] sequence, recognize it as [ENCODING-ANSI] through [PROFILE-DetectTextEncoding] instead of [UTF-16 LE]. Function execution process: [ dlls/kenel32/profile. c ] --> [ PROFILE_ Open ] -->[ PROFILE_ Load ] -->[ PROFILE-DetectTextEncoding ] Description: Open a file in [UTF-16 LE] encoding format and execute [ PROFILE_ DetectTextEncoding ]always returns [ ENCODING-ANSI ], and subsequent parsing work cannot be completed according to the encoding format. -- 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 56128] New: Genshin Impact: after changing to another window and back, input does not work anymore
by WineHQ Bugzilla 12 May '25

12 May '25

https://bugs.winehq.org/show_bug.cgi?id=56128 Bug ID: 56128 Summary: Genshin Impact: after changing to another window and back, input does not work anymore Product: Wine Version: 8.0.2 Hardware: x86-64 URL: https://genshin.hoyoverse.com/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 9427421240(a)posteo.net Distribution: --- Created attachment 75800 --> https://bugs.winehq.org/attachment.cgi?id=75800 Log After changing to another window and then back to the game (with Alt + TAB, for example), no input will be accepted anymore. Neither keyboard, mouse, nor gamepad will work until the game is restarted. After switching to another window, this will be added to the log multiple times, until returning to the game: "0238:fixme:win:NtUserGetKeyboardLayout couldn't return keyboard layout for thread 0074" There are multiple menu-options in the game that start a webbrowser, after which this issue will happen, so it is probably quite likely to happen during normal play once in a while. If i press the screenshot-key on my keyboard to access the screenshot-UI of GNOME, use it with the mouse-pointer, and then go back to the game, input will still work; this is the only exception i noticed. It is more like an overlay than a window, so i guess the focus still remains on the game while using it. Desktop-environment: GNOME (Wayland) Operating-system: Debian GNU/Linux Testing (Trixie) Wine-versions tested: 8.0.2, devel 8.18, 9.0-rc-3 Game-version: 4.3 -- 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 57927] New: Sony Vegas 13 no longer starts
by WineHQ Bugzilla 12 May '25

12 May '25

https://bugs.winehq.org/show_bug.cgi?id=57927 Bug ID: 57927 Summary: Sony Vegas 13 no longer starts Product: Wine Version: 10.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: dark(a)darkok.xyz Distribution: --- Starting from 9e9e894a76582063119f4a9004e8f3a346ad97e8 in 10.0-rc1, Sony Vegas 13 freezes the moment the splash screen appears and doesn't show any loading progress. Additionally, although this is an issue that I couldn't manage to bisect due to how inconsistent it is, is that ever since Wine 9.22, the moment it hits the stage of "Initializing external monitoring..." during loading, Vegas may freeze Wine, causing me to have to SIGKILL every process manually. It may provide an assertion of the following: "Fatal glibc error: pthread_mutex_lock.c:460 (__pthread_mutex_lock_full): assertion failed: robust || (oldval & FUTEX_OWNER_DIED) == 0" Unfortunately, I don't think I can provide good reproduction instructions as Sony Vegas 13 is paid software, although I think the installer may have a trial. -- 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 56891] New: Visual novel Mebae (Tanuki Soft) crashes on startup
by WineHQ Bugzilla 12 May '25

12 May '25

https://bugs.winehq.org/show_bug.cgi?id=56891 Bug ID: 56891 Summary: Visual novel Mebae (Tanuki Soft) crashes on startup Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: galmeharku(a)vusra.com Distribution: --- Run the game. If the game asks for a save folder, select one. The game will then crash with a pagefault before reaching the title screen. Running the game again will also result in a crash every time. -- 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 53620] New: err:ole:com_get_class_object class {2d3468c1-36a7-43b6-ac24-d3f02fd9607a} not registered
by WineHQ Bugzilla 12 May '25

12 May '25

https://bugs.winehq.org/show_bug.cgi?id=53620 Bug ID: 53620 Summary: err:ole:com_get_class_object class {2d3468c1-36a7-43b6-ac24-d3f02fd9607a} not registered Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: wuyudi1109(a)gmail.com Distribution: --- I run a game, and it shows this. ``` 0454:err:ole:com_get_class_object class {2d3468c1-36a7-43b6-ac24-d3f02fd9607a} not registered 0454:err:ole:com_get_class_object no class object {2d3468c1-36a7-43b6-ac24-d3f02fd9607a} could be created for context 0x1 ``` Then crash. According to https://wiki.winehq.org/Wine_Developer%27s_Guide/COM_in_Wine#Writing_COM_Co… I find it's about shell32.dll. And I find that this key is not in wine's reg. So how can I fix it? (I tried to add it by hand, but still not work.) Also, I found this in [wine's code](https://github.com/wine-mirror/wine/blob/master/include/shobjidl.idl) ``` [ uuid(2d3468c1-36a7-43b6-ac24-d3f02fd9607a) ] coclass EnumerableObjectCollection { interface IEnumObjects; } ``` -- 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 58155] New: Use space-saving APFS clones instead of copying file data blocks to each WINEPREFIX on macOS
by WineHQ Bugzilla 11 May '25

11 May '25

http://bugs.winehq.org/show_bug.cgi?id=58155 Bug ID: 58155 Summary: Use space-saving APFS clones instead of copying file data blocks to each WINEPREFIX on macOS Product: Packaging Version: unspecified Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: cemer99797(a)isorax.com CC: dimesio(a)earthlink.net When a WINEPREFIX is created using Wine on macOS, files from the Wine .app are copied using actual copying of data blocks, instead of the space-saving Copy-on-Write cloning mechanism of APFS (Apple File System), which only references the already existing data blocks. When using Gcenx's macOS package builds, the data blocks of files are copied (from I believe Wine.app/Contents/Resources/wine/lib/wine/) to $WINEPREFIX/drive_c/windows/. This wastes over 300 MB of space for each WINEPREFIX created, which can add up, especially as it's recommended to install each Windows app in its own WINEPREFIX. They should instead use APFS CoW clones (similar to Linux btrfs reflinks). Solution: use APFS Copy-on-Write when creating WINEPREFIXes, so it is faster and saves space How?: using the macOS terminal command `cp -c` uses CoW see macOS's man pages for `cp(1)` and `clonefile(2)` macOS 10.14 Mojave man pages online: https://www.unix.com/man_page/mojave/1/cp https://www.unix.com/man_page/mojave/2/clonefile/ A Stack Exchange answer mentioning that macOS's "`cp -c` is equivalent to [Linux] `cp --reflink=always` (not `auto`), and will fail when copy-on-write is not possible": https://unix.stackexchange.com/a/504330 APFS was released for macOS devices on September 25, 2017, with the release of macOS 10.13 High Sierra. (https://en.wikipedia.org/wiki/Apple_File_System#History) Gcenx's Wine 10.0 and later package releases for macOS (https://github.com/Gcenx/macOS_Wine_builds/releases) only support macOS 10.15 Catalina and later. (macOS 10.12 Sierra though macOS 10.14 Mojave can be installed via MacPorts). How to test that Wine is not currently using APFS CoW clones: open Disk Utility before creating a new WINEPREFIX, click on your Container disk and look at the free space. Now create a new WINEPREFIX, the free space will decrease by about 300 MB. Delete the WINEPREFIX and empty the trash, watch the free space grow back -- 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 13

[Bug 57469] New: Abiword 2.6.8 - Trauncated image in "about" dialog
by WineHQ Bugzilla 11 May '25

11 May '25

https://bugs.winehq.org/show_bug.cgi?id=57469 Bug ID: 57469 Summary: Abiword 2.6.8 - Trauncated image in "about" dialog Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 77473 --> https://bugs.winehq.org/attachment.cgi?id=77473 Truncated image in Wine Abiword 2.6.8 from https://web.archive.org/web/20210925210302/http://www.abisource.com/downloa… Open "About" dialog. "Image" is trauncated see bottom part -- 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 55828] New: the program has encountered serious problem and need to be closed,
by WineHQ Bugzilla 10 May '25

10 May '25

https://bugs.winehq.org/show_bug.cgi?id=55828 Bug ID: 55828 Summary: the program has encountered serious problem and need to be closed, Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: t2embed Assignee: wine-bugs(a)winehq.org Reporter: atriadha(a)gmail.com Distribution: --- Created attachment 75321 --> https://bugs.winehq.org/attachment.cgi?id=75321 program error details this can be caused by a problem in the program or a deficiency in wine. i'm using devcpp on the archlinux -- 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 48361] New: Honkai Impact 3rd doesn't start
by WineHQ Bugzilla 10 May '25

10 May '25

https://bugs.winehq.org/show_bug.cgi?id=48361 Bug ID: 48361 Summary: Honkai Impact 3rd doesn't start Product: Wine Version: 5.0-rc2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Without wine-staging the game crashes, with wine-staging the game simply "terminates". The log simply says ###### 000b:fixme:winediag:__wine_start_process Wine Staging 5.0-rc2 is a testing version containing experimental patches. 000b:fixme:winediag:__wine_start_process Please mention your exact version when filing bug reports on winehq.org. Terminated ###### Any logs I should provide? -- 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 52254] New: Cold Steel Subs: Application is not transparent (relies on DwmExtendFrameIntoClientArea)
by WineHQ Bugzilla 09 May '25

09 May '25

https://bugs.winehq.org/show_bug.cgi?id=52254 Bug ID: 52254 Summary: Cold Steel Subs: Application is not transparent (relies on DwmExtendFrameIntoClientArea) Product: Wine Version: 7.0-rc2 Hardware: x86-64 URL: https://zerofield.net/2020/09/30/hajimari-no-kiseki-sp readsheet-translation/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwmapi Assignee: wine-bugs(a)winehq.org Reporter: johnny(a)localmomentum.net Distribution: --- Created attachment 71376 --> https://bugs.winehq.org/attachment.cgi?id=71376 ColdSteelSubs transparency code (currently not in the distributed application) This application provides a transparent clickthrough overlay to show English translations on top of the original Japanese source. It relies on layered windows and DwmExtendFrameIntoClientArea to handle the transparent display. Currently, the main UI elements show, but the game (or any other application) does not show through. This seems to be because DwmExtendFrameIntoClientArea is only a stub. I'm not sure if that's the only reason it's not transparent, but it's at least one of the reasons. The program itself uses the unity3d engine along with some native dll calls to the relevant user32 apis to handle the transparency. I was able to get a copy of the relevant code (but not the whole application), of which I will attach. Since I can't get all of the code, I've been using an unity sample application to try to figure out some parts myself (the relevant code is here https://github.com/pheonise/Unity3D-Desktop-Overlay/blob/master/Assets/Scri…). This unity3d application works as expected on windows, but is not transparent via wine (as expected). When i comment the call to DwmExtendFrameIntoClientArea, then it its also no longer transparent on windows as well. It seems that if the sample application works, then I can make sure the dev applies to the same technique to the overlay application. Please let me know If i can provide any more information. -- 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 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 58043] New: DVDFab won't run on Wine 10.3 because it thinks that there is a debugger running when there isn't
by WineHQ Bugzilla 08 May '25

08 May '25

https://bugs.winehq.org/show_bug.cgi?id=58043 Bug ID: 58043 Summary: DVDFab won't run on Wine 10.3 because it thinks that there is a debugger running when there isn't Product: Wine Version: 10.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 78297 --> https://bugs.winehq.org/attachment.cgi?id=78297 Screenshot To reproduce, run `wine dvdfab13_online_13037.exe`. When installation is complete, an error dialog appears that says "A debugger has been found running in your system. Please, unload it from memory and restart your program." This error did not happen before Wine 10.3. `git bisect` says: dc718fd33b23a6104a0fa2e971a358662bf766af is the first bad commit commit dc718fd33b23a6104a0fa2e971a358662bf766af (HEAD) Author: Alexandre Julliard <julliard(a)winehq.org> AuthorDate: Tue Feb 25 13:45:33 2025 +0100 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Tue Feb 25 23:01:11 2025 +0100 ntdll: Add some missing Zw exports. dlls/ntdll/ntdll.spec | 23 ++++++++++++++++------- 1 file changed, 16 insertions(+), 7 deletions(-) $ sha256sum dvdfab13_online_13037.exe 9260ecbad0ddeeca876ff7adb35d26cffc7fb40399c814ae6fd369d2d7708791 -- 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 58187] New: page fault during NdrContextHandleUnmarshall when running cpu-z x64 version
by WineHQ Bugzilla 08 May '25

08 May '25

http://bugs.winehq.org/show_bug.cgi?id=58187 Bug ID: 58187 Summary: page fault during NdrContextHandleUnmarshall when running cpu-z x64 version Product: Wine Version: 10.5 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: 2012720421(a)qq.com Distribution: --- Created attachment 78485 --> http://bugs.winehq.org/attachment.cgi?id=78485 the backtrace When running cpu-z on the arm64 platform with arm64ec mode, the rpcrt4 crashed by visiting invalid address. tried build rpcrt4 as arm64ec_x64 mode but failed also. Running on x64 PC seen fine and no crash occurred. -- 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 58012] New: DOOM + DOOM II: rsaenh regression
by WineHQ Bugzilla 07 May '25

07 May '25

https://bugs.winehq.org/show_bug.cgi?id=58012 Bug ID: 58012 Summary: DOOM + DOOM II: rsaenh regression Product: Wine Version: 10.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rsaenh Assignee: wine-bugs(a)winehq.org Reporter: joelh(a)disroot.org Distribution: --- Created attachment 78271 --> https://bugs.winehq.org/attachment.cgi?id=78271 backtrace of doom_gog.exe DOOM + DOOM II by Nightdive Studios released in 2024. I am using the GOG.com version. The game will get past the opening screens, then crash on the main menu. It worked okay in Wine 10.2. I have tracked down the problematic commit to: fd539487b7860ff0a53474aa6fbcbe229f3f42c1 rsaenh: Use the bundled tomcrypt to replace the local copy. -- 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 58041] New: PlayOnline Viewer: Black screen when running via winewayland.
by WineHQ Bugzilla 07 May '25

07 May '25

https://bugs.winehq.org/show_bug.cgi?id=58041 Bug ID: 58041 Summary: PlayOnline Viewer: Black screen when running via winewayland. Product: Wine Version: 10.4 Hardware: x86-64 URL: https://web.archive.org/web/20210810150839/http://www. playonline.com/ff11eu/download/media/install_win.html OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Distribution: Gentoo Running PlayOnline Viewer via Wayland by setting DISPLAY="" in an LXQt/Wayfire session results into a completely black window. The application still works, just no content can be seen. Final Fantasy XI Online, which PlayOnline Viewer is used to launch, seems to work OK so far, when navigated to blindly. Did not spot anything different in the default terminal output yet. Running via XWayland works as expected, though that also means a black screen in displays other than the primary screen, or rather the content just isn't updated in the other screens. Without XWayland, the result is the same regardless of the display. Thank you! -- 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 57570] New: Syntax Error in CMD Batch Parsing
by WineHQ Bugzilla 06 May '25

06 May '25

https://bugs.winehq.org/show_bug.cgi?id=57570 Bug ID: 57570 Summary: Syntax Error in CMD Batch Parsing Product: Wine-staging Version: 10.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: juan3(a)yandex.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 77673 --> https://bugs.winehq.org/attachment.cgi?id=77673 running wine cmd When attempting to run the `msys2_shell.cmd` script from MSYS2, Wine fails with a syntax error: `Syntax error: unexpected IN`. This issue occurs during the batch file parsing phase. 1. Download the MSYS2 base archive from the following link: ``` https://github.com/msys2/msys2-installer/releases/download/2024-12-08/msys2… ``` 2. Extract the archive to a directory, e.g., `Z:\msys2\msys64`. 3. Navigate to the extracted directory: ``` Z:\msys2\msys64> ``` 4. Run the `msys2_shell.cmd` script with the following arguments: ``` msys2_shell.cmd -here -defterm -no-start ``` 5. Observe the error: ``` Syntaxfehler Syntax error: unexpected IN ``` The `msys2_shell.cmd` script should execute without errors and launch the MSYS2 shell environment. Wine fails with a syntax error: `Syntax error: unexpected IN`. -- 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 5

[Bug 57621] New: using glfw with angle doesn't seem to work
by WineHQ Bugzilla 06 May '25

06 May '25

https://bugs.winehq.org/show_bug.cgi?id=57621 Bug ID: 57621 Summary: using glfw with angle doesn't seem to work Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: juan3(a)yandex.com Distribution: --- Created attachment 77741 --> https://bugs.winehq.org/attachment.cgi?id=77741 Wine crashes trying to run red_circle, something to do with not finding symbols on the dlls when building this project under msys2 windows https://github.com/Kreijstal/glfw-example.git and running it under wine, with the non windows dll dependencies copied over. It turns it can't run under wine. It works fine under windows however. -- 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 56927] New: msys2-64/cygwin64: rsync fails with 'Socket operation on non-socket'
by WineHQ Bugzilla 06 May '25

06 May '25

https://bugs.winehq.org/show_bug.cgi?id=56927 Bug ID: 56927 Summary: msys2-64/cygwin64: rsync fails with 'Socket operation on non-socket' Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 76749 --> https://bugs.winehq.org/attachment.cgi?id=76749 Notes to reproduce, a backtrace in cygwin/wine. I tried to check if bug #19858 is still an issue. Unfortunately I hit a rsync call which fails: $ rsync -aq --delete-before dir-a dir-b rsync: [Receiver] Failed to dup/close: Socket operation on non-socket (108) rsync error: error in IPC code (code 14) at pipe.c(157) [Receiver=3.2.7] rsync: connection unexpectedly closed (0 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(231) It looks like rsync forks a child process, and the child tries then to close the derived socket, which cannot be found in closesocket/socket_list_remove. This seems kind of similar to bug #54995. -- 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 5

[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 57430] New: Guild Wars 2: erratic camera movements while holding mouse buttons on Wine Wayland
by WineHQ Bugzilla 05 May '25

05 May '25

https://bugs.winehq.org/show_bug.cgi?id=57430 Bug ID: 57430 Summary: Guild Wars 2: erratic camera movements while holding mouse buttons on Wine Wayland Product: Wine Version: 9.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: mweires(a)googlemail.com Distribution: --- using GNOME 47.1 (Wayland) and Wine 9.21 (Wine Wayland) the camera will do a hefty jerk to the top anytime you hold the left or right mouse button and move the mouse slightly. everything else seems to work as expected ingame. tested on a clean wine prefix with only DISPLAY="" set + latest Guild Wars 2 (64-bit) client. -- 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 12

[Bug 58144] New: Wordpad: garbage in dialog when opening Edit>Advanced>Complete Text
by WineHQ Bugzilla 05 May '25

05 May '25

http://bugs.winehq.org/show_bug.cgi?id=58144 Bug ID: 58144 Summary: Wordpad: garbage in dialog when opening Edit>Advanced>Complete Text Product: Wine Version: 10.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- As logged in ReactOS https://jira.reactos.org/browse/CORE-19868 with possible fix in https://github.com/reactos/reactos/pull/7922 Open Wordpad Do NOT enter any content Edit>Advanced>Complete Text Shows a first "empty" dialog (expected, as no content) then shows a second dialog with some garbage ==> Should not happen. -- 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 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

← Newer
1
...
9
10
11
12
13
14
15
...
31
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 April 2025