- Wine-bugs - list.winehq.org

[Bug 32342] New: PlanetSide2 Error message and bugreport.txt and debug.log in Steam.
by wine-bugs＠winehq.org 17 Jan '26

17 Jan '26

http://bugs.winehq.org/show_bug.cgi?id=32342 Bug #: 32342 Summary: PlanetSide2 Error message and bugreport.txt and debug.log in Steam. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: linards.liepins(a)gmail.com Classification: Unclassified Created attachment 42683 --> http://bugs.winehq.org/attachment.cgi?id=42683 PlanetSide2 bugreport.txt Cannot run PlanetSide 2 on x64 Fedora 17. Popuing up three similar error log message with attached bugreport. Also attached debug.log is generated in Steam install dir. -- 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.

3 156

[Bug 59240] New: GOG Galaxy: Installing updates does not work
by WineHQ Bugzilla 17 Jan '26

17 Jan '26

http://bugs.winehq.org/show_bug.cgi?id=59240 Bug ID: 59240 Summary: GOG Galaxy: Installing updates does not work Product: Wine Version: 11.0-rc4 Hardware: x86-64 URL: https://www.gogalaxy.com OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: 9427421240(a)posteo.net Distribution: --- Created attachment 80148 --> http://bugs.winehq.org/attachment.cgi?id=80148 Log - From starting GOG Galaxy again after an update was found and "Update later" was chosen, until the error-message was shown The updater for GOG Galaxy cannot install updates correctly. An error-message, stating that there was a problem with the update of the application, is shown when attempting to update GOG Galaxy. -- 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 59266] New: facade: incorrect font size despite Comic Sans MS being installed
by WineHQ Bugzilla 16 Jan '26

16 Jan '26

http://bugs.winehq.org/show_bug.cgi?id=59266 Bug ID: 59266 Summary: facade: incorrect font size despite Comic Sans MS being installed Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: sterophonick(a)gmail.com Distribution: --- Created attachment 80189 --> http://bugs.winehq.org/attachment.cgi?id=80189 Attachment Zip Façade is a freeware game that exhibits some odd behavior with its use of Comic Sans MS. In WINE, the text is rendered bigger than it should, causing lines to clip into each other and spill over out of the intended bounds. Attached is a .zip archive containing three things. 1) A screenshot of the incorrect behavior exhibited by WINE 2) A screenshot of the correct behavior on Windows 3) A WINEDEBUG log with +timestamp,+pid,+tid,+seh,+unwind,+threadname,+debugstr,+loaddll,+mscoree This game can be downloaded here: https://archive.org/details/Faafade -- 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 58860] New: Hardware monitor missing data
by WineHQ Bugzilla 16 Jan '26

16 Jan '26

http://bugs.winehq.org/show_bug.cgi?id=58860 Bug ID: 58860 Summary: Hardware monitor missing data Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lars_martin4(a)hotmail.com Distribution: --- Created attachment 79529 --> http://bugs.winehq.org/attachment.cgi?id=79529 hardware monitor missing data -- 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 4

[Bug 59042] New: winevdm is incompatible with Rosetta 2
by WineHQ Bugzilla 16 Jan '26

16 Jan '26

http://bugs.winehq.org/show_bug.cgi?id=59042 Bug ID: 59042 Summary: winevdm is incompatible with Rosetta 2 Product: Wine Version: 10.19 Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: dos Assignee: wine-bugs(a)list.winehq.org Reporter: computers57(a)hotmail.com Attempting to run a win16 game on Apple Silicon via Rosetta results in a failure for Rosetta 2: rosetta error: LDT 0xf33f0488323f not supported This has been tested against chip's challenge and SkiFree. I think this is a problem with Rosetta 2 that can't be resolved except via emulating a 16-bit Intel CPU as Rosetta 2 lacks the needed 16-bit call emulation. One possible solution would be to do what MS does for running 32-bit Intel software under 64-bit ARM CPUs, but work would need to be done on the Mac side for that to 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.

2 1

[Bug 50415] New: MPC-HC 1.7.13 crashes when playing video (needs the EVR filter to support IEVRFilterConfig)
by WineHQ Bugzilla 16 Jan '26

16 Jan '26

https://bugs.winehq.org/show_bug.cgi?id=50415 Bug ID: 50415 Summary: MPC-HC 1.7.13 crashes when playing video (needs the EVR filter to support IEVRFilterConfig) Product: Wine Version: 6.0-rc4 Hardware: x86-64 URL: https://github.com/mpc-hc/mpc-hc/releases/tag/1.7.13 OS: Linux Status: NEW Keywords: download, patch, source Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Created attachment 69035 --> https://bugs.winehq.org/attachment.cgi?id=69035 evr: Stub IEVRFilterConfig. The attached patch helps; it falls back to the VMR. Continued from bug 45096. -- 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 3

[Bug 59263] New: Higher DPI settings make windows unclickable on secondary displays
by WineHQ Bugzilla 16 Jan '26

16 Jan '26

http://bugs.winehq.org/show_bug.cgi?id=59263 Bug ID: 59263 Summary: Higher DPI settings make windows unclickable on secondary displays Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: nderen(a)gmail.com Distribution: --- Created attachment 80186 --> http://bugs.winehq.org/attachment.cgi?id=80186 Display settings Hey folks, Wine defaults to 96 DPI in its graphics settings configuration. This is... tiny. Barely readable. But if I change it to anything else, Wine windows become effectively unclickable on my secondary displays. I can drag them around by the title bar and close them, but clicking anywhere else in the window does not register. I can still interact with the program via keyboard, but given that one of the applications I need to run is a (lightweight) pixel graphics editor, this doesn't really help. A sample application can be found here: https://romhack.ing/database/content/entry/N9Nw5JQBNs8FWu0CVJIp/yy-chr My toolchain includes multiple tile editors and hex editors, and this issue affects all of them. I'm running Fedora 43 KDE Plasma on a ThinkPad X13 gen 3 AMD laptop. It's hooked up to a dock, which is connected to two additional external displays. My laptop's display is 1920x1200 (16:10), with 125% scaling applied. The external displays are 2560x1440 (16:9) with 100% scaling applied. They are placed above my internal display. None of the displays are clones. See attached screenshot. I have tried every combination of checkboxes in the Graphics panel (the "Allow the window manager to decorate the windows" and "Allow the window manager to control the windows" options); changing these only makes the title bar noninteractive as well as the window itself. I've tried forcing X11 instead of Wayland; no improvement. I've tried setting my primary display to 100% scaling to match my externals, but this doesn't help either. Neither does disabling the theme in the Desktop Integration tab. Nothing I've done seems to help. Running Wine-11.0 stable, just upgraded from 10.20-staging. Issue was present there too, though curiously it affected the configurator in 10.20, though it does not seem to affect the configurator in 11-stable. I will note that the underlying application seems to recognize that the cursor is hovering over it, and in the correct place; the editor displays the 16-bit index of the tile the cursor is currently hovered over below the left window. But clicking within the window does nothing. If I launch via terminal no errors are reported. -- 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 0

[Bug 59256] New: srgb support with OpenGL 3.2 causing crash in open source egui application
by WineHQ Bugzilla 16 Jan '26

16 Jan '26

http://bugs.winehq.org/show_bug.cgi?id=59256 Bug ID: 59256 Summary: srgb support with OpenGL 3.2 causing crash in open source egui application Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)list.winehq.org Reporter: bugs.winehq.org.odk14(a)passmail.com Distribution: --- Created attachment 80173 --> http://bugs.winehq.org/attachment.cgi?id=80173 console output I found a crash in an open source VST plugin. In trying to figure out exactly why it crashed, I ended up creating a standalone program that replicates the behavior: https://github.com/john-parton/egui-wine-test It's not as minimal as possible, but it's as minimal as I can get it with my knowledge and the tools I have at my disposal. You can cross-compile to windows from linux, and whether or not sRGB support is enabled is an environmental variable. I detailed exactly how to build it in the README, but at a high level, it uses rust and a library called egui. You build the program like this: cargo build --target x86_64-pc-windows-gnu You can then run FORCE_SRGB=0 RUST_BACKTRACE=full wine target/x86_64-pc-windows-gnu/debug/egui-wine-test.exe The program will work as expected. If you run FORCE_SRGB=1 RUST_BACKTRACE=full wine target/x86_64-pc-windows-gnu/debug/egui-wine-test.exe the program will almost immediately crash. -- 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 10

[Bug 47660] New: Samsung Smart View crash on start
by wine-bugs＠winehq.org 16 Jan '26

16 Jan '26

https://bugs.winehq.org/show_bug.cgi?id=47660 Bug ID: 47660 Summary: Samsung Smart View crash on start Product: Wine Version: 4.0.1 Hardware: x86-64 URL: https://www.samsung.com/br/support/smart-view/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yoshimit(a)gmail.com Distribution: Mint Created attachment 65103 --> https://bugs.winehq.org/attachment.cgi?id=65103 Log from crash Installing Samsung Smart View and tried to run it. Got a crash with the information 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.

3 10

[Bug 59261] New: Mod Organizer 2's shaped splash window isn't properly composited under X11
by WineHQ Bugzilla 15 Jan '26

15 Jan '26

http://bugs.winehq.org/show_bug.cgi?id=59261 Bug ID: 59261 Summary: Mod Organizer 2's shaped splash window isn't properly composited under X11 Product: Wine-staging Version: 11.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: dancingmirrors(a)icloud.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Mod Organizer 2 creates a shaped splash window while it's loading and then goes away when it's finished loading. However when it initially appears it has heavy black shadows for several seconds and briefly "fixes" itself before disappearing. If I understand correctly this requires a compositor to work, which I do have. I tested a few X11 window managers. However this issue doesn't seem to exist with GNOME/Wayland, even if it's using XWayland, so I don't understand what exactly is happening. I'm happy to debug but I'm not sure what to provide. This isn't a serious issue or anything but it's 100% reproducible for me. -- 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