- Wine-bugs - list.winehq.org

[Bug 58807] New: Bug for Davar4 application
by WineHQ Bugzilla 22 Oct '25

22 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58807 Bug ID: 58807 Summary: Bug for Davar4 application Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fvenale(a)gmail.com Distribution: --- Created attachment 79460 --> http://bugs.winehq.org/attachment.cgi?id=79460 Davar4 backtrace I think it's to be fixed buffer overflow, which caused program some bug with some tagged modules. -- 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 58706] New: Blood Fresh Supply / Doom 64 (KEX engine games) fail to start when OpenGl API is selected (EGL backend)
by WineHQ Bugzilla 22 Oct '25

22 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58706 Bug ID: 58706 Summary: Blood Fresh Supply / Doom 64 (KEX engine games) fail to start when OpenGl API is selected (EGL backend) Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Distribution: --- Those games using the Kex Engine that support the Opengl renderer API fail to start when the new experimental EGL opengl backend is used. Such games are: Blood - Fresh Supply Doom 64 System Shock: Enhanced Edition The error message that is shown on start: kexPlatformApp::InitVideo: Failed to create window (No matching GL pixel format available). Other available renderers in those games (Vulkan and D3d11) work properly with the new EGL backend. wine-10.15-28-g7d26649f637 NVIDIA 580.82.09 X.Org X Server 1.21.1.18 -- 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 58065] New: The Last Door - Collector's Edition crashes on start
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=58065 Bug ID: 58065 Summary: The Last Door - Collector's Edition crashes on start Product: Wine Version: 10.4 Hardware: x86-64 URL: https://store.steampowered.com/app/284390/The_Last_Doo r__Collectors_Edition/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: f744010682feae468e32a6691da24a048fac0b9e Distribution: --- Created attachment 78318 --> https://bugs.winehq.org/attachment.cgi?id=78318 terminal output The crash didn't occur before commit f744010682feae468e32a6691da24a048fac0b9e d3d11: Implement GetDecoderBuffer() for bitstream buffers. Still present in Wine-10.5 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 570.133.07 -- 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 58830] New: Battle.net installer occasionally hangs with ntsync enabled
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58830 Bug ID: 58830 Summary: Battle.net installer occasionally hangs with ntsync enabled Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: marc_aurel(a)me.com Distribution: --- Installing the official Battle.net 32-bit installer (https://us.battle.net/download/getInstaller?os=win&installer=Battle.net-Set…) does hang while downloading (a bit inconsistent depending on the machine, but reproduces about 1/5 of the time). In my testing, this only happens with ntsync, and interesting logging channels (like +winsock,+sync,+server) make the bug basically non-reproducible. As does a small NtDelayExecution of 1 microsecond in ws2_32 select(). There is another CEF crash right after the install succeeded; however, this is independent of this bug. -- 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 58648] New: Wine Regedit window flickers with Wayland driver- possible regression
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58648 Bug ID: 58648 Summary: Wine Regedit window flickers with Wayland driver- possible regression Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: agarplayerarlon(a)gmail.com Distribution: --- Created attachment 79221 --> http://bugs.winehq.org/attachment.cgi?id=79221 video of the issue If I remember correctly this wasn't happening with Wine 10.13, basically now when resizing the Wine Regedit Window when using the Wayland driver makes it flicker a lot. I don't know if other apps are affected by this issue, I've tried resizing notepad and it doesn't flicker. -- 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 58200] New: winehq-repo for Fedora 42 is empty.
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58200 Bug ID: 58200 Summary: winehq-repo for Fedora 42 is empty. Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: roidal(a)googlemail.com CC: dimesio(a)earthlink.net Distribution: --- I enabled the winehq-repo for Fedora 42 but it seems to be empty. winehq.repo contains following baseurl: baseurl=https://dl.winehq.org/wine-builds/fedora/42 -- 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 58711] New: DNF refuses to install or update winehq-staging, checksum sha256sum mismatch
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58711 Bug ID: 58711 Summary: DNF refuses to install or update winehq-staging, checksum sha256sum mismatch Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: charlesthethobe(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- Since wine version 10.15 release I'm unable to perform a system update due to mismatching checksums between what the repo suggests and the actual rpm package. https://dl.winehq.org/wine-builds/fedora/42/x86_64/winehq-staging-10.15-1.1… This file's checksum is currently: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0 While it's expected to be: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfcbfea6 I tried running `# dnf clean metadata` to no avail. -- 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 58703] New: Fedora 42: Suddenly getting checksum errors
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58703 Bug ID: 58703 Summary: Fedora 42: Suddenly getting checksum errors Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: johnny.jy.ooi(a)gmail.com CC: dimesio(a)earthlink.net Distribution: --- Recently, while trying to do the standard "dnf upgrade", my system sees updates for wine-staging and winehq-staging, but upon triggering the upgrade, I get checksum errors Total size of inbound packages is 226 MiB. Need to download 226 MiB. After this operation, 6 MiB extra will be used (install 1 GiB, remove 1 GiB). [1/2] winehq-staging-1:10.15-1.1.x86_64 100% | 144.6 KiB/s | 75.0 KiB | 00m01s >>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc >>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc >>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc >>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc >>> Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfc [2/2] wine-staging-1:10.15-1.1.x86_64 0% | 3.3 MiB/s | 1.7 MiB | 00m01s >>> Not finished - interrupted by error: Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bd ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- [2/2] Total 100% | 3.4 MiB/s | 1.8 MiB | 00m01s Failed to download packages Librepo error: Downloading successful, but checksum doesn't match. Calculated: 7d0e878400f211d295092216c6e2b30048336037ecc3de0211ac2530cadfd0b0(sha256) Expected: b1238f8bf020af8c31b6bdb817e50fffb27bee61129abbeb6c619066bfcbfea6(sha256) I've tried removing the winehq.repo, reimporting the repo key (https://dl.winehq.org/wine-builds/winehq.key) readding the repo according to the instructions, and doing "dnf clean" and it keep failing the checksum checks. I know there's been some issues with the repo in the past, do we have another similar issue? -- 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 58738] New: debian packages and wow64
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58738 Bug ID: 58738 Summary: debian packages and wow64 Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: info(a)fernandolucas.info CC: dimesio(a)earthlink.net Distribution: --- So far it seems that the Debian packages are built without the wow64 support? Is this right? If so, in view of the wine 11 release, allowing the wow64 mode in the packages would be a great step forward. There is the step of the hardcoded dependency into the i386 packages. I have workaround this with a local dummy package, printf "Package: wine-devel-i386-dummy Version: %s Architecture: all Provides: wine-devel-i386 (= %s) Conflicts: wine-devel-i386 Replaces: wine-devel-i386 Maintainer: Dummy Maintainer <noreply(a)example.com> Description: Dummy package to satisfy wine-devel-i386 dependency This is a placeholder package that pretends to be wine-devel-i386. " "$VERSION" "$VERSION" > wine-devel-i386-dummy_${VERSION}/DEBIAN/control I install this package first, and then I can install wine-devel and winehq-devel without complaining about dependencies. It would be ideal if the repositories also provide something such as wine-devel-i386-dummy in the release process and document that by installing it, the win32 dependency is avoided. -- 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 56184] New: - Elite Dangerous Data Interface)
by WineHQ Bugzilla 21 Oct '25

21 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=56184 Bug ID: 56184 Summary: - Elite Dangerous Data Interface) Product: Wine Version: 9.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: kolAflash(a)kolahilft.de Distribution: --- Program does not start. https://github.com/EDCD/EDDI/issues/1976 It's a companion app for this game: https://appdb.winehq.org/objectManager.php?sClass=version&iId=37490 Console output without "winetricks dotnet472": [ERROR] FATAL UNHANDLED EXCEPTION: System.EntryPointNotFoundException: CreateInstalledObjectsInfo assembly:<unknown assembly> type:<unknown type> member:(null) at (wrapper managed-to-native) MS.Internal.PtsHost.UnsafeNativeMethods.PTS.CreateInstalledObjectsInfo(MS.Internal.PtsHost.UnsafeNativeMethods.PTS/FSIMETHODS&,MS.Internal.PtsHost.UnsafeNativeMethods.PTS/FSIMETHODS&,intptr&,int&) at MS.Internal.PtsHost.PtsCache.InitInstalledObjectsInfo (MS.Internal.PtsHost.PtsHost ptsHost, MS.Internal.PtsHost.UnsafeNativeMethods.PTS+FSIMETHODS& subtrackParaInfo, MS.Internal.PtsHost.UnsafeNativeMethods.PTS+FSIMETHODS& subpageParaInfo, System.IntPtr& installedObjects, System.Int32& installedObjectsCount) [0x0024c] in <d31f3a57049e4054ad4371f364def5bc>:0 at MS.Internal.PtsHost.PtsCache.CreatePTSContext (System.Int32 index, System.Windows.Media.TextFormattingMode textFormattingMode) [0x0003c] in <d31f3a57049e4054ad4371f364def5bc>:0 at MS.Internal.PtsHost.PtsCache.AcquireContextCore (MS.Internal.PtsHost.PtsContext ptsContext, System.Windows.Media.TextFormattingMode textFormattingMode) [0x000b0] in <d31f3a57049e4054ad4371f364def5bc>:0 at MS.Internal.PtsHost.PtsCache.AcquireContext (MS.Internal.PtsHost.PtsContext ptsContext, System.Windows.Media.TextFormattingMode textFormattingMode) [0x00035] in <d31f3a57049e4054ad4371f364def5bc>:0 at MS.Internal.PtsHost.PtsContext..ctor (System.Boolean isOptimalParagraphEnabled, System.Windows.Media.TextFormattingMode textFormattingMode) [0x0003c] in <d31f3a57049e4054ad4371f364def5bc>:0 at MS.Internal.PtsHost.StructuralCache.EnsurePtsContext () [0x0001b] in <d31f3a57049e4054ad4371f364def5bc>:0 at MS.Internal.PtsHost.StructuralCache.get_Section () [0x00001] in <d31f3a57049e4054ad4371f364def5bc>:0 at MS.Internal.PtsHost.FlowDocumentPage..ctor (MS.Internal.PtsHost.StructuralCache structuralCache) [0x00010] in <d31f3a57049e4054ad4371f364def5bc>:0 [...] When installing "dotnet472" there's a DirectX problem. This can be workarounded by using "winetricks dxvk". Console output without DXVK: 0150:fixme:d3d:wined3d_check_device_format_conversion output 00FD2060, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 0150:fixme:d3d:wined3d_device_apply_stateblock Last Pixel Drawing Disabled, not handled yet. 0150:fixme:d3d:wined3d_check_device_format_conversion output 00FD20C4, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! 01bc:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. 0120:fixme:dwrite:dwritetextanalyzer_AnalyzeNumberSubstitution (0F753F80 0 100 01081FF0): stub 0150:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4. 0150:err:d3dcompiler:D3DCompile2 Shader log: 0150:err:d3dcompiler:D3DCompile2 <anonymous>:144:1: E5000: syntax error, unexpected KW_PASS, expecting '}' 0150:err:d3dcompiler:D3DCompile2 0150:fixme:seh:WerRegisterMemoryBlock (FF9B2E60 6144) stub 0150:fixme:seh:WerRegisterMemoryBlock (FF9B2E10 4) stub 01bc:err:d3d:wined3d_context_gl_update_window Failed to get a device context for window 0F67ACA8. 01c0:err:d3d:wined3d_context_gl_update_window Failed to get a device context for window 0F717F48. -- 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