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

[Bug 58952] New: Zbrush (2022.06) Decimation Master plugin does not function correctly in .exe or .dll mode
by WineHQ Bugzilla Nov. 13, 2025

Nov. 13, 2025

http://bugs.winehq.org/show_bug.cgi?id=58952 Bug ID: 58952 Summary: Zbrush (2022.06) Decimation Master plugin does not function correctly in .exe or .dll mode Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: brandon(a)garagebay9.com Distribution: --- Program: Zbrush 2022.06 (this is not the latest release, but it is the last release with a permanent license version, so it is in heavy use) Issue: the Decimation Master plugin is a key workflow component that processes extremely dense meshes at the conclusion of the sculpting process, and once they are pre-processed, it provides a dynamic interface to the artist to reduce the mesh in vertex / poly count from millions or more to tens of thousands (which makes the outputted meshes practical to upload, use in game engines, or 3D print). Decimation Master has two compatibility modes, a separate .exe and a .dll mode. Currently, .exe mode gets stuck in the mid 90% range when pre-processesing meshes, although it can be cancelled with Esc and the Zbrush remains otherwise usable. .dll mode successfully pre-processes a mesh, but will crash zBrush with an "unrecoverable error" prompt when the button is pressed to actually decimate the mesh to the target density. As a result, neither are working, and one fully hard-crashes Zbrush with 100% reliability. NOTE: THIS ISSUE IS NOT PRESENT IN THE 8.26-GE RELEASE OF THE WINE-GE FORK BY GLORIOUS EGGROLL, AVAILABLE FOR INSPECTION HERE:https://github.com/GloriousEggroll/wine-ge-custom, WHICH MAY HELP IN IDENTIFYING THE SPECIFIC CAUSE OS: Debian 13 / Trixie Kernel: 6.16.3+deb13-amd64 Wine version: 10 Stable, 10.18 Staging (also present in prior Stable and Staging versions, per my own experience and discussion on ZbrushCentral regarding Zbrush on WINE) I attempted to capture this in a log using WINEDEBUG = +heap,+err but was unsuccessful. I'm happy to help in tracking this down further if someone has specific settings and procedures they want me to run log captures with. -- 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 58951] New: Zbrush (2022.06) Pen tablet pressure drops out if the tablet is used to open a system file menu prompt (save, load, export, import, etc)
by WineHQ Bugzilla Nov. 13, 2025

Nov. 13, 2025

http://bugs.winehq.org/show_bug.cgi?id=58951 Bug ID: 58951 Summary: Zbrush (2022.06) Pen tablet pressure drops out if the tablet is used to open a system file menu prompt (save, load, export, import, etc) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: brandon(a)garagebay9.com Distribution: --- Created attachment 79649 --> http://bugs.winehq.org/attachment.cgi?id=79649 Log showing pressure sensitivty drop in zbrush Program: Zbrush 2022.06 (this is not the latest release, but it is the last release with a permanent license version, so it is in heavy use) Issue: even with properly configured and functioning pen tablet pressure functionality, pressure sensitivity will be lost for the rest of the program session if tablet input is used to invoke an action that opens a file menu prompt, such as saving, loading, exporting, importing, etc. Using the mouse does not cause this and is a workaround. Using the pen tablet to move the cursor outside the Zbrush program window and interact with the rest of the desktop environment does not appear to reliably trigger this. This is separate from bug 58950 (pen tablet pressure functionality regression in 10.x Staging). This issue has been present for several stable releases. OS: Debian 13 / Trixie Kernel: 6.16.3+deb13-amd64 Tablet: Bus 001 Device 007: ID 056a:00b5 Wacom Co., Ltd PTZ-631W [Intuos3 (6x11)] (Note this issue is also seen on my Huion Kamvas 16 Pro 2.5k) Wine version: Current Staging (10.18), current Stable (10), prior stable releases back to at least Wine 7. Test procedure for attached log: WINDEBUG = +wintab,+heap,+err,+hid 1. Open Zbrush 2. Create test subtool (subdivided cube) 3. Sculpt with pen tablet, observe pressure input working (stroke size varies with pressure) 4. Use mouse to open Save As dialogue, exit dialogue 5. Sculpt with pen tablet, observe pressure input *still* working (stroke size varies with pressure) 6. Use pen tablet to open Save As dialogue, exit dialogue 7. Sculpt with pen tablet, observe pressure input lost (stroke size does not vary with pressure input) -- 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 58950] New: Pen tablet pressure not working in Zbrush (2022.06)
by WineHQ Bugzilla Nov. 12, 2025

Nov. 12, 2025

http://bugs.winehq.org/show_bug.cgi?id=58950 Bug ID: 58950 Summary: Pen tablet pressure not working in Zbrush (2022.06) Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: brandon(a)garagebay9.com Distribution: --- Program: Zbrush 2022.06 (this is not the latest release, but it is the last release with a permanent license version, so it is in heavy use) Issue: Pressure input on a pen tablet (ie Wacom, Huion, XPpen, Monoprice, etc) does not work at all, in any of the three API compatibility modes Zbrush offers (Wintab, Stylus, WM_event). *This is a regression from Wine 10 stable*, where pen tablet pressure works correctly (with some setup and some caveats) Worth noting: there are longstanding issues (back 5+ years) with even properly configured pressure input dropping out when opening a system menu dialogue (load / save window, export file prompt, etc). I am filing a separate bug on that, but it may be entangled with this. OS: Debian 13 / Trixie Kernel: 6.16.3+deb13-amd64 Tablet: Bus 001 Device 007: ID 056a:00b5 Wacom Co., Ltd PTZ-631W [Intuos3 (6x11)] (Note this issue is also seen on my Huion Kamvas 16 Pro 2.5k) Wine version: 10.x Staging. NOTE: CORRECT PRESSURE INPUT BEHAVIOR IS PRESENT IN WINE 10 STABLE -- 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 58957] New: KindleForPC-installer-2.8.70980.exe
by WineHQ Bugzilla Nov. 12, 2025

Nov. 12, 2025

http://bugs.winehq.org/show_bug.cgi?id=58957 Bug ID: 58957 Summary: KindleForPC-installer-2.8.70980.exe Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: sb(a)dod.no Distribution: --- Created attachment 79654 --> http://bugs.winehq.org/attachment.cgi?id=79654 Program Error Details from kindle installer crash Installation of KindleForPC 2.8.70980 failed with a crash back trace 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.

1 0

[Bug 58956] New: Drop-down menu remains open when a dialog is moved
by WineHQ Bugzilla Nov. 12, 2025

Nov. 12, 2025

http://bugs.winehq.org/show_bug.cgi?id=58956 Bug ID: 58956 Summary: Drop-down menu remains open when a dialog is moved Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: rikul(a)inbox.ru Distribution: --- ****************** SUMMARY ****************** When the Open dialog is moved while a drop-down menu is open, the drop-down menu is not closed and remains in place, though it should be closed when the dialog is moved ****************** STEPS TO REPRODUCE ****************** 1. Open Notepad. 2. Keep a drop-down menu open, such as in File → Open under the “File name”/"Files of type"/"Encoding" list. 3. Move the dialog while the drop-down menu is open. The menu still in its old location while the dialog is at a new location. ****************** ACTUAL RESULTS ****************** The menu still in its old location while the dialog is a new location. ****************** EXPECTED RESULTS ****************** The menu should be closed before the dialog moves. -- 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 58847] New: Screen lock during DirectX application operation
by WineHQ Bugzilla Nov. 12, 2025

Nov. 12, 2025

http://bugs.winehq.org/show_bug.cgi?id=58847 Bug ID: 58847 Summary: Screen lock during DirectX application operation Product: Wine Version: 10.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: axis6404(a)proton.me Distribution: --- On Windows, power-saving features like screen locking do not activate while DirectX-based applications such as games are running. However, when playing games using controllers (other than a mouse) via Wine, the screen turns off and locks. -- 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 58764] New: Missing pages tree in .chm HTML help viewer
by WineHQ Bugzilla Nov. 11, 2025

Nov. 11, 2025

http://bugs.winehq.org/show_bug.cgi?id=58764 Bug ID: 58764 Summary: Missing pages tree in .chm HTML help viewer Product: Wine Version: unspecified Hardware: x86-64 OS: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tomislav.budor(a)lovatoelectric.hr Created attachment 79405 --> http://bugs.winehq.org/attachment.cgi?id=79405 screenshot of .chm helper Missing pages tree in .chm HTML help viewer i ReactOS. -- 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 58314] New: GetGlyphOutlineW returns a negative number sometimes
by WineHQ Bugzilla Nov. 11, 2025

Nov. 11, 2025

http://bugs.winehq.org/show_bug.cgi?id=58314 Bug ID: 58314 Summary: GetGlyphOutlineW returns a negative number sometimes Product: Wine Version: 10.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: skyfloogle(a)protonmail.com Distribution: --- Created attachment 78672 --> http://bugs.winehq.org/attachment.cgi?id=78672 Source code for a repro, an exe build, Windows and Wine sample logs, and the necessary font. In an application I'm developing, I've found that GetGlyphOutlineW returns a negative number under specific circumstances in Wine. According to the documentation, it should return a positive number, with the exception of GDI_ERROR (-1). My program therefore treats the return value as unsigned (as specified in the documentation) and checks against -1, which doesn't work when it returns -32 instead. It's not clear to me why this value is being returned, but I've only seen it reproduce with a specific character (¯) in a specific font. I've put together a minimal reproducing sample. The issue reproduces on both 32 and 64 bit, and does not reproduce on Windows. Source code and a copy of the necessary font (https://ggbot.itch.io/raster-forge-font) are attached, as are expected and actual logs. In this sample, -8 is returned instead of -32, but I suspect the root cause is similar - it shouldn't be returning anything lower than -1 in either case. For what it's worth, I'm running on EndeavourOS, which hasn't received 10.9 yet at the time of writing, but I've checked the commit logs for gdi32 and haven't seen anything that looks relevant. -- 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 58938] New: Japanese vertical text is printed slightly higher when using SetMapMode with MM_LOMETRIC
by WineHQ Bugzilla Nov. 11, 2025

Nov. 11, 2025

http://bugs.winehq.org/show_bug.cgi?id=58938 Bug ID: 58938 Summary: Japanese vertical text is printed slightly higher when using SetMapMode with MM_LOMETRIC Product: Wine Version: 10.18 Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineps.drv Assignee: wine-bugs(a)list.winehq.org Reporter: ssnffb30(a)gmail.com Created attachment 79633 --> http://bugs.winehq.org/attachment.cgi?id=79633 A simple test tool(contains source code + compiled EXE) This is a simple test tool that prints "あいうえお、かきくけこ" vertically and "Hello World!" horizontally. The horizontal text is printed in the correct position, while the vertical text is shifted upward when MapMode is set to MM_LOMETRIC. The issue does not appear when using MM_TEXT (with setting lfEscapement=2700). * Steps to Reproduce: 1. Run winetricks fakejapanese_ipamona 2. Launch the provided test tool vertical-print-test.exe 3. Press the Print button(You can print to a virtual printer for convenience) This issue is expected to occur on Linux as well. For macOS users: note that PostScript printing is no longer supported on macOS Sonoma or later. Use Ventura/Monterey if testing on macOS. -- 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 53542] New: Hog4PC 3.17 installer VBScript custom action needs IWshShell::Run to return signed type.
by WineHQ Bugzilla Nov. 11, 2025

Nov. 11, 2025

https://bugs.winehq.org/show_bug.cgi?id=53542 Bug ID: 53542 Summary: Hog4PC 3.17 installer VBScript custom action needs IWshShell::Run to return signed type. Product: Wine Version: 7.11 Hardware: x86-64 URL: https://web.archive.org/web/20211128125004/https://cdn .etcconnect.com/Hog_4_PC_3.17.0.3327.msi.zip OS: Linux Status: NEW Keywords: download, Installer, patch Severity: normal Priority: P2 Component: wshom.ocx Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com CC: focht(a)gmx.net, sloper42(a)yahoo.com, temp82(a)luukku.com Depends on: 52128 Distribution: --- +++ This is successor to Bug #52128 +++ After applying scrrun::Movefolder patch, we get script error in msi custom action $WINEDEBUG=+vbscript ./wine msiexec -i C:\Hog_4_PC_3.17.0.3327.msi ... 01c4:trace:vbscript:do_icall L"unpack1" 0 01c4:trace:vbscript:interp_int 0 01c4:trace:vbscript:interp_equal 01c4:trace:vbscript:var_cmp 0017A75C {VT_UI4: 0} 00176FB8 {VT_I2: 0} 01c4:trace:vbscript:VBScriptError_GetExceptionInfo (0017AE58)->(03D0FB10) 01c4:err:msi:MsiActiveScriptSite_OnScriptError script error: L"Type mismatch" Excerpt from script file: ... Set objShell = CreateObject("Shell.Application") ... firstCmd = """" & TargetDir & "\7za.exe"" x -y " & """" & FixtureLib & """" & " -o""" & FixtureLibDir & """" unpack1 = shell.Run(firstCmd, 0, True) If ( unpack1 = 0 ) Then ... Return value of shell.Run is of type VT_UI4 which is no integrated type of vbscript. Output value of IWshShell::Run [out, retval] DWORD* out_ExitCode) seems to be int* in native and not DWORD* as in wine. -- 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 12