December 2025 - Wine-Bugs - list.winehq.org

[Bug 12401] New: Support junction points, i.e. DeviceIoCtl( FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_POINT)
by wine-bugs＠winehq.org Dec. 12, 2025

Dec. 12, 2025

http://bugs.winehq.org/show_bug.cgi?id=12401 Summary: Support junction points, i.e. DeviceIoCtl(FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_PO INT) Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Junction points are one of Microsoft's answers to symlinks. Unix symlinks could be mapped into junction points. This would allow applications (e.g. Picasa) avoid following symlinks if they wanted to. Also, the .net 2 installer would be happier in winxp mode if wine supported junction points (see bug 10601): "The .NET 2.0 Framework installer checks if the target volume is NTFS filesystem type and then uses the FSCTL_SET_REPARSE_POINT ioctl (used for mount points and junctions) to create junction points for each registered assembly in Windows SxS directory to GAC assembly directory (link target). Basically the junction point is used to redirect access from one directory to another." Tommy Kho posted a patch to add a conformance test for getting and setting junction points, http://www.winehq.org/pipermail/wine-patches/2006-March/024956.html but it was not accepted. -- 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 91

[Bug 59069] New: Regression: Splinter Cell: Intro video window is invisible
by WineHQ Bugzilla Dec. 12, 2025

Dec. 12, 2025

http://bugs.winehq.org/show_bug.cgi?id=59069 Bug ID: 59069 Summary: Regression: Splinter Cell: Intro video window is invisible Product: Wine Version: 10.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: es20490446e(a)gmail.com Distribution: --- Launching the game no longer shows the intro video. Instead it shows no window, and only the desktop. On x11 in low resolution, and on Wayland in the same resolution. You can hear audio playing in the background thought. After the intro you are presented with the main menu. Then if you start the game, videos play properly. Strangely both the intro videos and the in-game videos use the same codecs. This used to work properly just a few months ago. All gstreamer plugins are installed, along with ffmpeg. Running on Zenned OS. -- 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 10

[Bug 56462] New: PlayOnline Viewer: Unimplemented function winegstreamer.dll.winegstreamer_create_video_decoder
by WineHQ Bugzilla Dec. 12, 2025

Dec. 12, 2025

https://bugs.winehq.org/show_bug.cgi?id=56462 Bug ID: 56462 Summary: PlayOnline Viewer: Unimplemented function winegstreamer.dll.winegstreamer_create_video_decoder Product: Wine Version: 8.2 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: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Regression SHA1: d83e03f638094cbac14307b0eabc9b71025dbaae Distribution: Gentoo Created attachment 76226 --> https://bugs.winehq.org/attachment.cgi?id=76226 pol.exe unhandled exception backtrace After d83e03f6380 [1], PlayOnline Viewer, which is used to start Final Fantasy XI Online, crashes on launch if Wine is built with '--without-gstreamer'. Reverting said commit restores the ability to run the application. Last tested at commit 86557b9e0b [2]. 1. https://source.winehq.org/git/wine.git/commitdiff/d83e03f638094cbac14307b0e… 2. https://source.winehq.org/git/wine.git/commitdiff/86557b9e0ba8a783f1b0d0918… -- 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 8

[Bug 43110] New: Unhandled exception: assertion failed in 32-bit code ( 0xf76fec79) when running Indycar Series
by wine-bugs＠winehq.org Dec. 12, 2025

Dec. 12, 2025

https://bugs.winehq.org/show_bug.cgi?id=43110 Bug ID: 43110 Summary: Unhandled exception: assertion failed in 32-bit code (0xf76fec79) when running Indycar Series Product: Wine Version: 2.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: opnoack(a)icloud.com Distribution: --- Created attachment 58307 --> https://bugs.winehq.org/attachment.cgi?id=58307 Screenshot OS: Antergos/Arch Linux Kernel: Linux version 4.11.2-1-ARCH (builduser(a)tobias) (gcc version 7.1.1 20170516 (GCC) ) #1 SMP PREEMPT Mon May 22 06:53:49 CEST 2017 I followed the guide on https://appdb.winehq.org/objectManager.php?sClass=version&iId=28433: - Copied files from Program Files to home folder - Installed dinput8 with winetricks - Started game and received a backtrace I attached a screenshot, the stdout and stderr logs and the backtrace itself. Stdout and stderr: https://pastebin.com/tVJsqsXF Backtrace: https://pastebin.com/6ETbyyQz -- 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 59100] New: Worms Revolution displays only black screen
by WineHQ Bugzilla Dec. 12, 2025

Dec. 12, 2025

http://bugs.winehq.org/show_bug.cgi?id=59100 Bug ID: 59100 Summary: Worms Revolution displays only black screen Product: Wine Version: 10.18 Hardware: x86-64 URL: https://store.steampowered.com/app/200170/Worms_Revolu tion/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 4aa48c97f419ca53a08d714431ed307bfbaf9d2d Distribution: --- The game is running because sounds from the menu can be heard but the screen remains black after starting the game. Regression from Wine-10.18: commit 4aa48c97f419ca53a08d714431ed307bfbaf9d2d opengl32: Use a buffer map for gl(Draw|Read)Buffer(s). With the previous commit the game works properly. Wine-11.0-rc1 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 580.105.08 X.Org X Server 1.21.1.21 -- 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 2

[Bug 59129] New: Parallel Port Tester fails to detect the parallel port's base I/O address
by WineHQ Bugzilla Dec. 12, 2025

Dec. 12, 2025

http://bugs.winehq.org/show_bug.cgi?id=59129 Bug ID: 59129 Summary: Parallel Port Tester fails to detect the parallel port's base I/O address Product: Wine Version: 11.0-rc1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)list.winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Steps to reproduce: 1. Use a computer with a motherboard-attached or PCI-attached parallel port. USB-attached parallel ports do not have base I/O addresses and Parallel Port Tester ignores them. 2. Ensure that /dev/lp0 exists and works outside of Wine, for example by connecting the parallel port to a printer or to an LED tester, running `echo hello > /dev/lp0`, and seeing the word printed on the printer or seeing different LEDs light up on the tester. 3. (Optional) Figure out what the base address of the parallel port is by looking at DEVNAME in /sys/class/printer/lp0/device/ppdev/parport0/uevent, then reading the first number in /proc/sys/dev/parport/<DEVNAME>/base-addr. You will need to convert the value to hexadecimal and prepend "0x" if you want to manually enter it into Parallel Port Tester. 4. Run `wine ParallelPortTesterSetup-1.0.0.2.exe` 5. Run `wine 'C:\Program Files (x86)\Parallel Port Tester\ParallelPortTester.exe'` 6. Click the drop-down labeled "Port" in the lower-right corner of the window. When my desktop computer is booted into Windows and I click the drop-down in Parallel Port Tester, it offers "LPT3 (0xEFF8)" as an option. When the same computer is booted into Linux and I run Parallel Port Tester on Wine, the drop-down is empty. However, if I run it on Wine with https://gitlab.com/alexhenrie/ioperm and enter the parallel port's base address manually, the program correctly displays the states of the parallel port's pins and can manipulate them. That means that the main part of the program works, it's just failing to automatically detect the port. The author helpfully wrote up an explanation of what the program does to find parallel ports and their base addresses: https://www.downtowndougbrown.com/2014/11/detecting-parallel-ports-and-thei… $ sha256sum ParallelPortTesterSetup-1.0.0.2.exe 9e9b399dd92ac48433af2061eb8491d1d68a6134eaeab2efcdcd36361e723d09 -- 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 58790] New: specops the line doesnt get past splash screen
by WineHQ Bugzilla Dec. 12, 2025

Dec. 12, 2025

http://bugs.winehq.org/show_bug.cgi?id=58790 Bug ID: 58790 Summary: specops the line doesnt get past splash screen Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: zlice(a)crtdrift.us Distribution: --- JWM, fluxbox and openbox do not start "specops: the line" - they are stuck on splash screen. my fork of fluxbox (shynebox) does pass the splash screen, but, alt-tabbing breaks the window, at first it will be a 'smooshed' version of the fullscreen window, then alt-tabbing back and forward again will make a 1/4 of the screen window that isnt usable. -- 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 9

[Bug 56572] New: GraalOnline Worlds 612+: doesn't lunch and hangs
by WineHQ Bugzilla Dec. 12, 2025

Dec. 12, 2025

https://bugs.winehq.org/show_bug.cgi?id=56572 Bug ID: 56572 Summary: GraalOnline Worlds 612+: doesn't lunch and hangs Product: Wine Version: 9.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: baconkami02(a)gmail.com Distribution: --- Created attachment 76325 --> https://bugs.winehq.org/attachment.cgi?id=76325 Output when running the game This is a new (beta) client for the game GraalOnline, which is a unity wrapper around their already existing client. This bug occurs from version 612 and onward (now at 613), which basically doesn't open the window at all (but the process isn't killed, so it just hangs in the terminal and I'm unable to terminate it). I was told the developers changed 2 main things between the previous version and the one that breaks: - Switched to unity version 2023.2.13f1 - Added Firebase According to guidelines, I shouldn't post the download link as it's from google drive (even if it's the only official way to download it), let me know if you'd still want 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.

2 4

[Bug 59127] New: ntdll: manifest activeCodePage Legacy value handling doubts (hardcoding)
by WineHQ Bugzilla Dec. 12, 2025

Dec. 12, 2025

http://bugs.winehq.org/show_bug.cgi?id=59127 Bug ID: 59127 Summary: ntdll: manifest activeCodePage Legacy value handling doubts (hardcoding) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: andi(a)rhlx01.fht-esslingen.de Distribution: --- Hi, filing this from an outside context (simply from observations made with some app, on _Windows_ - NOT _Wine_) - hrmm "bug writing guidelines"? ;-). https://gitlab.winehq.org/wine/wine/-/commit/967ef0bf41fc6742398313ebdebd68… implemented _activeCodePage_ _Legacy_ value handling as such: ` + else if (!wcsicmp( locale, L"legacy" )) + { + if (ansi_cp == CP_UTF8) ansi_cp = 1252; + if (oem_cp == CP_UTF8) oem_cp = 437; + } ` _AFAIK_ this does not match actual behaviour, on Windows 10/11. With manifest `activeCodePage` value `Legacy` config and ACP UTF-8 config setting state enabled (regional settings UTF-8 Beta checkbox *checked*) on a German system (i.e. the manifest properly influencing app-specifically-scoped state), one will get: `GetACP()` 1252 `GetOEMCP()` 850 This quite possibly is because the system (well, _Windows_) in case of _Legacy_ possibly simply does the sensible/expected thing: possibly something like grabbing the default locale state, its corresponding locale map container index, and getting `idefaultansicodepage` and `idefaultcodepage` state of that container element. _IOW_, probably very much like `locale_init()`s handling: entry = find_lcid_entry( locale_table, system_lcid ); ansi_cp = get_locale_data( locale_table, entry->idx )->idefaultansicodepage; oem_cp = get_locale_data( locale_table, entry->idx )->idefaultcodepage; Assigning Severity major since this seems to be a relatively important/global CORRUPTION-level bug (all non-CP1252 system configurations - e.g. Asia, Russia, or whatever - running with an encoding that could be characterized as unexpected/improper *)). NOPE, not assigning major (since this is more limited scope: only relevant to manifest-enabled applications) *) while with properly obeyed _ACP_ protocol behaviour (i.e., application obeying _ACP_ state and properly doing transcoding where it matters), there shouldn't be raw CORRUPTION occurring, this still is problematic (especially since legacy encodings very often do not have fully precise and bijective mapping capabilities when transcoding) Greetings Andreas -- 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 3845] parallel port access is slow due to high cpu usage (eprom burner)
by WineHQ Bugzilla Dec. 11, 2025

Dec. 11, 2025

http://bugs.winehq.org/show_bug.cgi?id=3845 Alex Henrie <alexhenrie24(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexhenrie24(a)gmail.com URL|http://www.willem.org/ZIP/e |https://web.archive.org/web |pr097ja.zip |/20070304104419if_/http://w | |ww.willem.org:80/ZIP/epr097 | |ja.zip See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=59096 --- Comment #17 from Alex Henrie <alexhenrie24(a)gmail.com> --- This should actually be fixed now that Wine does not emulate reads from and writes to parallel port I/O space. You can compile the ioperm program from https://gitlab.com/alexhenrie/ioperm and use it to run the Willem software with direct access to I/O space, and then it will be just as fast and reliable as it is on 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 0