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

[Bug 60129] New: strftime missing support for %O modifier (breaks Python 3.15 calendar module)
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=60129 Bug ID: 60129 Summary: strftime missing support for %O modifier (breaks Python 3.15 calendar module) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)list.winehq.org Reporter: te5212329(a)gmail.com Target Milestone: --- Distribution: --- ================================================================================ WINE BUG REPORT DRAFT ================================================================================ Title: strftime missing support for %O modifier (breaks Python 3.15 calendar module) Product: Wine Component: msvcrt Version: 11.14 (also affects 9.0, 10.0) Summary: -------- Wine's strftime implementation does not support the %O modifier for alternative date/time representations. This causes Python 3.15+ to crash when importing the calendar module. Steps to Reproduce: ------------------- 1. Install Python 3.15.0b4 Windows embeddable package in Wine 2. Run: wine python.exe -c "import calendar" Expected Result: ---------------- calendar module imports successfully Actual Result: -------------- Traceback (most recent call last): File "<string>", line 1, in <module> File "calendar.py", line 156, in <module> File "calendar.py", line 110, in __getitem__ ValueError: Invalid format string Technical Details: ------------------ Python 3.15 (commit 438cbd857a875efc105b4215b1ae131e67af37e1, July 31, 2025) added support for standalone month names using the %OB and %Ob format specifiers in the calendar module. These specifiers are part of the POSIX strftime extension for alternative representations and are supported by Windows via GetLocaleInfoEx with LOCALE_SMONTHNAME* variants. The %O modifier is used for: - %OB: Standalone full month name (nominative case for Slavic/Baltic/Greek languages) - %Ob: Standalone abbreviated month name Wine's dlls/msvcrt/time.c strftime implementation lacks handling for the %O modifier, causing it to return an error instead of the month name. Affected Software: ------------------ - Python 3.15.0b4 and newer - Any Windows application using %O format specifiers in strftime Tested Wine Versions: --------------------- - Wine 9.0 (Ubuntu 24.04): FAILS - Wine 10.0 (Debian trixie): FAILS - Wine 11.14 (WineHQ devel): FAILS References: ----------- - Python commit: https://github.com/python/cpython/commit/438cbd857a875efc105b4215b1ae131e67… - Python issue: https://github.com/python/cpython/issues/131146 - POSIX strftime %O modifier: https://pubs.opengroup.org/onlinepubs/9699919799/functions/strftime.html ================================================================================ EOF ================================================================================ WINE BUG REPORT DRAFT ================================================================================ Title: strftime missing support for %O modifier (breaks Python 3.15 calendar module) Product: Wine Component: msvcrt Version: 11.14 (also affects 9.0, 10.0) Summary: -------- Wine's strftime implementation does not support the %O modifier for alternative date/time representations. This causes Python 3.15+ to crash when importing the calendar module. Steps to Reproduce: ------------------- 1. Install Python 3.15.0b4 Windows embeddable package in Wine 2. Run: wine python.exe -c "import calendar" Expected Result: ---------------- calendar module imports successfully Actual Result: -------------- Traceback (most recent call last): File "<string>", line 1, in <module> File "calendar.py", line 156, in <module> File "calendar.py", line 110, in __getitem__ ValueError: Invalid format string Technical Details: ------------------ Python 3.15 (commit 438cbd857a875efc105b4215b1ae131e67af37e1, July 31, 2025) added support for standalone month names using the %OB and %Ob format specifiers in the calendar module. These specifiers are part of the POSIX strftime extension for alternative representations and are supported by Windows via GetLocaleInfoEx with LOCALE_SMONTHNAME* variants. The %O modifier is used for: - %OB: Standalone full month name (nominative case for Slavic/Baltic/Greek languages) - %Ob: Standalone abbreviated month name Wine's dlls/msvcrt/time.c strftime implementation lacks handling for the %O modifier, causing it to return an error instead of the month name. Affected Software: ------------------ - Python 3.15.0b4 and newer - Any Windows application using %O format specifiers in strftime Tested Wine Versions: --------------------- - Wine 9.0 (Ubuntu 24.04): FAILS - Wine 10.0 (Debian trixie): FAILS - Wine 11.14 (WineHQ devel): FAILS References: ----------- - Python commit: https://github.com/python/cpython/commit/438cbd857a875efc105b4215b1ae131e67… - Python issue: https://github.com/python/cpython/issues/131146 - POSIX strftime %O modifier: https://pubs.opengroup.org/onlinepubs/9699919799/functions/strftime.html ================================================================================ -- 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 60127] New: Wrong colors in Forestia
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=60127 Bug ID: 60127 Summary: Wrong colors in Forestia Product: Wine Version: 1.5.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: alexhenrie24(a)gmail.com Target Milestone: --- Distribution: --- Forestia is one of many old games that refuse to start if the graphics card is set to display more than 256 colors. To work around that problem, do the following: 1. Run `wine 'D:\SETUP.EXE'` to install the game. 2. In one terminal, run `Xephyr :1 -ac -screen 1024x768x8` to start a 256-color nested X server. 3. In another terminal, run `DISPLAY=:1 openbox` to start a window manager that supports colormaps. 4. In another terminal, run `DISPLAY=:1 wine 'C:\Program Files (x86)\Forestia\FORESTIA.EXE'` to start the game. 5. The game shows an error dialog that says 'Problème à l'ouverture de "C:\users\alex\Temp".' Just close it and the game will continue. Forestia's main menu has three buttons on the bottom: Exit should be red, Menu should be green, and Help should be orange. As far as I can tell, Wine 1.5.12 was the last version where the colors were close to correct: In Wine 1.5.12, Exit is brown, Menu is green, and Help is orange. After Wine 1.5.12, the colors are scrambled in one way or another. `git bisect` landed on the same commit as Bug 48088, but the fix for that bug in Wine 5.0 did not completely resolve the issue, and Bug 57584 broke it worse in Wine 9.11. Interestingly, https://gitlab.winehq.org/wine/wine/-/merge_requests/9619 does not help with Forestia. $ sha256sum Forestia-English.iso dff0b757f8cbe8784dda2da6c1ab8f0bca15f3a763148eaa0c200473919368d5 -- 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 7

[Bug 29255] New: Microsoft Office 2003, 2007 & 2010 applications do not print OTF
by wine-bugs＠winehq.org Aug. 5, 2026

Aug. 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=29255 Bug #: 29255 Summary: Microsoft Office 2003, 2007 & 2010 applications do not print OTF Product: Wine Version: 1.3.34 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gunwald(a)gmx.de Classification: Unclassified Created attachment 37835 --> http://bugs.winehq.org/attachment.cgi?id=37835 Document showing that OTF printing does not work All Microsoft Office applications form 2003 to 2010 are not able to print documents using any OTF (Open Type Font). Printing a Document using any OTF leads in a completely blank page. I think, this is an important bug, because printing is a main function of any office application. This bug may be related to bug 25515 (http://bugs.winehq.org/show_bug.cgi?id=25515) I did attach an document to demonstrate the bug. -- 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 12

[Bug 58189] New: Bugzilla adds a HTTP redirect when using saved searches
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=58189 Bug ID: 58189 Summary: Bugzilla adds a HTTP redirect when using saved searches Product: WineHQ Bugzilla Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com CC: austinenglish(a)gmail.com Distribution: --- Created attachment 78493 --> http://bugs.winehq.org/attachment.cgi?id=78493 Chrome security warning Using any of the lists on the left side of the Bugzilla page (Task lists / Saved Searches / etc.) adds a HTTP redirect, which Chrome loudly (but rightly) complains about. Cloudflare apparently responds with a HTTP 302 (Found) but gives a new location with HTTP instead of HTTPS. http://bugs.winehq.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bu… Clicking "Continue" in Chrome attempts to connect with HTTP just to be redirected again with a HTTP 307 (Temporary Redirect) back to HTTP, and on it goes. It looks like the login cookie might be sent in cleartext. Somehow, I do eventually end up connecting via HTTPS, but Wireshark confirms that HTTP connections are being made, before being shut down by Chrome. My DNS logs show that Chrome does ask for the HTTPS entry in the record so *maybe* that's how it gets there... I really don't know. I imagine other areas are affected, not just the lists. -- 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 42933] New: Windows 7 / Diashow Software
by wine-bugs＠winehq.org Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=42933 Bug ID: 42933 Summary: Windows 7 / Diashow Software Product: Wine Version: 2.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: web(a)lienert.ch Distribution: --- Created attachment 58083 --> https://bugs.winehq.org/attachment.cgi?id=58083 backtrace.txt (Error file) Hi A old diashow exe-file with wedding fotos. - By installing wine is downloading more needed software. - Ask for the install folder "C:\" - Give a fatal error back and offer the file "backtrace.txt" (attached) Thanks for any solution. Robert -- 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 60126] New: Goddess of Victory: Nikke installer stuck at 0MB/s
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=60126 Bug ID: 60126 Summary: Goddess of Victory: Nikke installer stuck at 0MB/s Product: Wine Version: 11.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: zsolt_vadasz(a)protonmail.com Target Milestone: --- Distribution: --- Running the installer of the game (which can be downloaded from https://nikke-en.com/) in a clean prefix results in the installation being stuck at 0MB/s and never installing the game, which has been the case since at least Wine 9.10 according to the game's AppDB page. The proxy dll provided in the archived https://github.com/Dorin130/li-miniloader-wine-fix repository makes the installer behave correctly on the latest wine by hooking WriteFile(), but this hack isn't required 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 4

[Bug 60123] New: OutputDebugStringA/W payloads truncated at ~300 bytes in +debugstr/+seh channel output
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=60123 Bug ID: 60123 Summary: OutputDebugStringA/W payloads truncated at ~300 bytes in +debugstr/+seh channel output Product: Wine Version: 11.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: souyamadebnath(a)gmail.com Target Milestone: --- Distribution: --- Applications that emit long strings via OutputDebugStringA/W have their payloads truncated in wine's debug channel output. Both WINEDEBUG=+debugstr (warn:debugstr:OutputDebugStringA "...") and WINEDEBUG=+seh (warn:seh:dispatch_exception "...") print at most ~300 bytes followed by `"...`, because wine_dbgstr_an/wine_dbgstr_wn (include/wine/debug.h) format into a fixed `char buffer[300]`. To Reproduce: call OutputDebugStringA with a 400-char string and run with WINEDEBUG=+debugstr. Output ends with `"...` after ~300 chars. 1. Compile this test program with mingw: ``` #include <windows.h> int main(void) { char buf[500]; for (int i = 0; i < 400; i++) buf[i] = 'A' + (i % 26); buf[400] = 0; OutputDebugStringA(buf); OutputDebugStringA("short line\r\n"); return 0; } ``` ``` $ x86_64-w64-mingw32-gcc dbg.c -o dbg.exe ``` 2. Run under wine with the debugstr channel: ``` $ WINEDEBUG=+debugstr wine ./dbg.exe ``` Actual output (400-char payload clipped at ~300, note the trailing `"...`): ``` 0024:warn:debugstr:OutputDebugStringA "ABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDE"... 0024:warn:debugstr:OutputDebugStringA "short line\r\n" ``` Expected: the full 400-character string, as a debugger or DBWIN listener would receive on Windows. Same truncation occurs with WINEDEBUG=+seh (warn:seh:dispatch_exception). Side note on Windows behaviour: On Windows the full string is always delivered to consumers. A debugger attached via WaitForDebugEvent receives `OUTPUT_DEBUG_STRING_INFO` with the complete length (read via `ReadProcessMemory`), and `DBWIN_BUFFER` listeners (e.g. Sysinternals DebugView) receive up to 4 KiB per frame, with longer strings split across frames rather than dropped. -- 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 39004] New: ISAXAttributes.getQName should return an empty string for xmlns attributes
by wine-bugs＠winehq.org Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=39004 Bug ID: 39004 Summary: ISAXAttributes.getQName should return an empty string for xmlns attributes Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: ott(a)mirix.org Distribution: --- According to the specification ISAXAttribute.getQName should return an empty string if "http://xml.org/sax/features/namespace-prefixes" is enabled and an attribute is an xmlns attribute: "For the "xmlns" namespace, the qname value is empty." (https://msdn.microsoft.com/en-us/library/ms760423%28v=vs.85%29.aspx) (If "http://xml.org/sax/features/namespace-prefixes" is disabled such attributes are correctly ignored.) -- 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 5

[Bug 4811] MSXML3: XMLDOMDocument cannot be queried for IStream interface
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=4811 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED Fixed by SHA1| |387189084c1bc7b1f097986ce64 | |27d435f21c22c --- Comment #16 from Nikolay Sivov <bunglehead(a)gmail.com> --- Fixed with 387189084c1bc7b1f097986ce6427d435f21c22c. -- 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 57584] New: 8-bit color mode is broken in Wine 9.11 and later
by WineHQ Bugzilla Aug. 5, 2026

Aug. 5, 2026

https://bugs.winehq.org/show_bug.cgi?id=57584 Bug ID: 57584 Summary: 8-bit color mode is broken in Wine 9.11 and later Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 77694 --> https://bugs.winehq.org/attachment.cgi?id=77694 Regedit on Wine 9.22 in Xephyr Similar to Bug 48088, palette colors are being mapped incorrectly again. Steps to reproduce: 1. In one terminal, run `Xephyr :2 -ac -screen 800x600x8` 2. In a second terminal, run `DISPLAY=:2 openbox` 3. In a third terminal, run `DISPLAY=:2 wine regedit` `git bisect` says: commit 6ace92e0cafcc381f324fc831f3006fb15db4b4e (HEAD) Author: Rémi Bernon <rbernon(a)codeweavers.com> AuthorDate: Mon Jun 3 17:48:30 2024 +0200 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Mon Jun 3 23:24:59 2024 +0200 winex11: Create a HBITMAP for the allocated surface pixels. dlls/winex11.drv/bitblt.c | 77 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++------------------- 1 file changed, 58 insertions(+), 19 deletions(-) -- 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 17