January 2026 - Wine-Bugs - list.winehq.org

[Bug 59181] GTA: San andreas/Vice city - Intro videos aren't properly rendered, showing only a white screen

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59181 Ziad <ziadelsayed1797(a)tutamail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #1 from Ziad <ziadelsayed1797(a)tutamail.com> --- Doesn't seem to be present anymore. -- 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.

Jan. 30, 2026

[Bug 59343] Debian 13 (Trixie): winehq-stable depends on non‑installable wine-stable-i386 despite WOW64 support

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59343 --- Comment #1 from Rosanne DiMesio <dimesio(a)earthlink.net> --- That is intentional. The trixie packages are still old WoW64, because trixie has been around for 3 years, and changing to new WoW64 would break existing 32 bit wineprefixes. My plan is to phase in new WoW64 packages with new distro versions, with the old WoW64 packages being retired when the older distros go EOL. Packages for forky are new WoW64, as are the ones for Ubuntu 25.10. -- 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.

Jan. 30, 2026

[Bug 59344] New: Resident Evil Village hangs before entering the main menu

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59344 Bug ID: 59344 Summary: Resident Evil Village hangs before entering the main menu Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Using proprietary driver 580.119.02 0ba4:fixme:d3d:wined3d_texture_gl_prepare_texture No GL internal format for format WINED3DFMT_NV12_PLANAR. 0ba4:err:d3d:wined3d_debug_callback 00007FA3EB30F610: "GL_INVALID_ENUM error generated. <internalFormat> not valid.". 0ba4:err:d3d:wined3d_debug_callback 00007FA3EB30F610: "GL_INVALID_VALUE error generated. Invalid texture format.". wine-11.1-114-g648e636256a -- 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.

Jan. 30, 2026

[Bug 59343] New: Debian 13 (Trixie): winehq-stable depends on non‑installable wine-stable-i386 despite WOW64 support

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59343 Bug ID: 59343 Summary: Debian 13 (Trixie): winehq-stable depends on non‑installable wine-stable-i386 despite WOW64 support Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-packages Assignee: wine-bugs(a)list.winehq.org Reporter: w4wgw0okswwksckskgs8k4k0og8k4gos(a)ai.notifier.in CC: dimesio(a)earthlink.net Distribution: --- On Debian 13 (Trixie) amd64, installing winehq-stable from the WineHQ repository fails due to an unsatisfied dependency on wine-stable-i386, which is not installable on this system. The Debian/Ubuntu installation wiki states that with the new WoW64 support you no longer need to enable i386 architecture for Wine 11, but the current wine-stable:amd64 package still has a hard dependency on wine-stable-i386. > Steps to reproduce 1. Install a fresh Debian 13 (Trixie) amd64 system. 2. Add the official WineHQ repository for Trixie and import its key as documented. sudo apt update sudo apt install winehq-stable > Actual result apt fails with: wine-stable : Depends: wine-stable-i386 (= 11.0.0.0~trixie-1) but it is not installable E: Unable to correct problems, you have held broken packages. A detailed solver output (from apt/your frontend) shows: winehq-stable:amd64=11.0.0.0~trixie-1 Depends wine-stable (= 11.0.0.0~trixie-1) wine-stable:amd64=11.0.0.0~trixie-1 Depends wine-stable-i386 (= 11.0.0.0~trixie-1) but no installable candidate exists. > Expected result Either: - wine-stable:amd64 should be installable on a pure amd64 system without requiring wine-stable-i386 (new WoW64 packaging), or - The documentation should clearly state that i386 and multiarch are still required for the current Debian 13 packages, and the repository should provide a working wine-stable-i386 candidate. > Environment - Distribution: Debian 13 “Trixie” amd64 - Wine package: winehq-stable 11.0.0.0~trixie-1 - dpkg --print-architecture: amd64 - dpkg --print-foreign-architectures: Nothing - apt policy wine-stable-i386; wine-stable-i386: Installed: (none) Candidate: (none) Version table: > Comment I am using: # dpkg --list|grep wine ii libwine:amd64 10.0~repack-6 amd64 Windows API implementation - library ii wine 10.0~repack-6 all Windows API implementation - standard suite ii wine64 10.0~repack-6 amd64 Windows API implementation - 64-bit binary loader ii winetricks 20250102-1 all simple tool to work around common problems in Wine from debian APT, and I wanted to use Wine 11 from WineHQ because I heard it support WOW64 (32bit over 64bit), but since it cannot be installed without multiarch, I guess I have to wait for Debian maintainer instead :( -- 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.

Jan. 30, 2026

[Bug 59342] Roblox Studio crashes when typing ASCII symbols in search bar of "Find in Place" window when RegEx is enabled

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59342 eff3ctsb0t(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://setup.rbxcdn.com/Ro | |bloxStudioInstaller.exe Distribution|--- |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.

Jan. 30, 2026

[Bug 59342] New: Roblox Studio crashes when typing ASCII symbols in search bar of "Find in Place" window when RegEx is enabled

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59342 Bug ID: 59342 Summary: Roblox Studio crashes when typing ASCII symbols in search bar of "Find in Place" window when RegEx is enabled Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: eff3ctsb0t(a)gmail.com Distribution: --- Created attachment 80281 --> http://bugs.winehq.org/attachment.cgi?id=80281 Wine debugging log When typing symbols like brackets or question marks inside of the search bar of the "Find in Place" window while having RegEx enabled, Roblox Studio crashes. Wine complains about an unimplemented function within the msvcp140.dll library inside of the debugging log. It is also noteworthy that some ASCII symbols like exclamation marks do not cause a crash. Steps to reproduce: 1. Open a Baseplate template inside of Roblox Studio. 2. Enable the "Find in Place" window by going through the "Window" menu at the top, then through "Script" and then click on "Find in Place". 3. Enable RegEx (.*) inside of the newly spawned window and then type ")" into the search bar of said window. A Wine wrapper program called "Vinegar" can be used to make the process of setting up Roblox Studio a lot easier. Logging into Roblox Studio (and by extension opening a Baseplate) requires a Roblox account though. -- 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.

Jan. 30, 2026

[Bug 59341] dynamic link library error?

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59341 --- Comment #1 from mauvefeathers(a)gmail.com --- I don't know how to check the logs, so please tell me how. I'm new to Arch. :( -- 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.

Jan. 30, 2026

[Bug 59341] New: dynamic link library error?

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59341 Bug ID: 59341 Summary: dynamic link library error? Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)list.winehq.org Reporter: mauvefeathers(a)gmail.com Distribution: --- Trying to run Clip Studio Paint 4.0 on Bottles, and I keep getting the error `The procedure entry point PackTouchHitTestingProximityEvaluation could not be located in the dynamic link library USER32.dll` from wine. I found this person who has the exact same issue as me, https://bugs.winehq.org/show_bug.cgi?id=56709 , but running `winetricks ie8` did nothing. The bug is marked as "fixed", but I have wine 11.1 and am still having these issues, and I can't figure out how to implement this code: https://gitlab.winehq.org/wine/wine/-/merge_requests/6794/diffs?commit_id=d… . More info: wine 11.1 , 64x prefix, Clip Studio Paint 1.5 If anyone can help me, thanks. I'll be posting it to Bottles too. -- 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.

Jan. 30, 2026

[Bug 59340] New: Win32 streams support (filename:streamname:$DATA)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59340 Bug ID: 59340 Summary: Win32 streams support (filename:streamname:$DATA) Product: Wine Version: unspecified Hardware: Other OS: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)list.winehq.org Reporter: dan.f.shelton(a)gmail.com We need Win32 streams support (filename:streamname:$DATA) in Wine to support those applications which use them (i.e. INDB, MS SQL, SIEMENS PLC simulators, BOSCH/REXROTH PLC, ... software). -- 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.

Jan. 30, 2026

[Bug 59333] VNyan leaks memory (race in __wine_syscall_dispatcher $rsp switching breaks Unity GC)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59333 --- Comment #7 from easyaspi314 <easy-as-pi314.ttv(a)proton.me> --- I mean I may be overlooking things, but uh... Is Wine actually checking whether it is in a syscall when calling NtGetContextThread and returning nonzero? I don't see it in any of the instances of where it sets the return value. -- 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.

Jan. 30, 2026