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

[Bug 23077] New: UltraEdit 16.10: Plus sign doesn't appear in directory tree
by wine-bugs＠winehq.org 13 Nov '25

13 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=23077 Summary: UltraEdit 16.10: Plus sign doesn't appear in directory tree Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=28652) --> (http://bugs.winehq.org/attachment.cgi?id=28652) Image showing the problem Steps to reproduce: 1) remove ~/.wine 2) install UltraEdit 3) wine Uedit32.exe 4) close all popup windows (buy now, tip of the day etc.) 5) In "File View" Window click on plus sign of "C" then "Program Files" 6) Click on plus sign of "Internet Explorer" branch will unfold, plus sign changes to minus sign 7) Click on minus sign of "Internet Explorer" branch will fold Behaviour: After seventh step minus sign of "Internet Explorer" stays minus sign and I cannot unfold that branch anymore Expected behaviour: After seventh step minus sign of "Internet Explorer" should convert itself into plus sign and I should have ability to unfold the branch In terminal I get only fixme:win:LockWindowUpdate (0x100a0), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! for every successful fold/unfold operation -- 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.

2 13

[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 13 Nov '25

13 Nov '25

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 12 Nov '25

12 Nov '25

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 12 Nov '25

12 Nov '25

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 41930] New: Civilization III Complete shows black terrain ( Wine compiled with OSMesa support)
by wine-bugs＠winehq.org 12 Nov '25

12 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=41930 Bug ID: 41930 Summary: Civilization III Complete shows black terrain (Wine compiled with OSMesa support) Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: michael(a)fds-team.de Regression SHA1: e618ab65ed5b623785c58ea5ece6e39895d43063 Distribution: --- Created attachment 56311 --> https://bugs.winehq.org/attachment.cgi?id=56311 screenshot This is one of the few games that I know of which makes some use of OpenGl in bitmaps. When Wine was compiled with OSMesa support, tiles containing terrain turn black as soon as I launch a game. Reproduced with Nvidia binary drivers 375.20 and nouveau/mesa. I tried Civilization III Complete (both the Steam and the GOG.com versions have this bug). Terminal output: fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 err:ole:CoGetClassObject class {5959df60-2911-11d1-b049-0020af30269a} not registered err:ole:CoGetClassObject no class object {5959df60-2911-11d1-b049-0020af30269a} could be created for context 0x1 Reverting the following patch on top of git fixes the problem: commit e618ab65ed5b623785c58ea5ece6e39895d43063 Author: Michael Müller <michael(a)fds-team.de> Date: Tue Feb 3 11:07:38 2015 +0100 gdi32: Fix arguments for OSMesaMakeCurrent when using 16 bit formats. Please let me know if you need debug logs. wine-1.9.24-105-g1d3b944 Fedora 24 x86_64 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.5.0 NVIDIA 375.20 Installed packages: mesa-libOSMesa.i686 13.1.0-0.12.git95ddb37.fc24 mesa-libOSMesa.x86_64 13.1.0-0.12.git95ddb37.fc24 mesa-libOSMesa-devel.i686 13.1.0-0.12.git95ddb37.fc24 mesa-libOSMesa-devel.x86_64 13.1.0-0.12.git95ddb37.fc24 -- 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 79

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

12 Nov '25

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 58953] New: Wine 10 steals all mouse input when playing any game
by WineHQ Bugzilla 12 Nov '25

12 Nov '25

http://bugs.winehq.org/show_bug.cgi?id=58953 Bug ID: 58953 Summary: Wine 10 steals all mouse input when playing any game Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: xinput Assignee: wine-bugs(a)list.winehq.org Reporter: shockwaves08(a)hotmail.com Distribution: ArchLinux Issue: When launching any game with Wine 10 selected, the game steals all mouse cursor focus completely, and does not relinquish control if the user switches to a background app (i.e. Google Chrome and/or Discord). Makes any sort of multitasking in completely impossible until the game in question is closed. In certain games, like Grand Theft Auto V Enhanced, the inverse is true; while mouse can be used in external apps, doing so completely shuts down ALL in-game input, whether by gamepad or mouse and keyboard, requiring a force-close and restart to restore normal functionality. Expected Behavior, circa Wine 9 and earlier: Game relinquishes mouse cursor control when switching between currently-running apps, allowing for normal mouse control. I already reported this same bug on Valve's Proton GitHub, but I figured I'd tackle this severe issue at the source 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.

1 1

[Bug 58847] New: Screen lock during DirectX application operation
by WineHQ Bugzilla 12 Nov '25

12 Nov '25

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 54626] New: Saving files in Microsoft Word/Excel 2010 creates useless shortcut files
by WineHQ Bugzilla 12 Nov '25

12 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=54626 Bug ID: 54626 Summary: Saving files in Microsoft Word/Excel 2010 creates useless shortcut files Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: kle(a)bluewin.ch Distribution: --- Here follows a new bug report regarding the problem observed in old bug report 15480. It was told me that I should open a new bug report. ;-) Okay, the issue regarding the creation of useless shortcut files is back in Wine 8.0 (stable). When I open a *.xlsx file at the desktop and save it (with the same name) to an *.ods file then Excel 2010 will create two files. One is a *.lnk (which points to the original xlsx) and the other is a shortcut regarding the ods file but also with *.ods ending. As mentioned, both of them are non-functional. -- 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 57251] New: Keepass 2: program crashes when clicking on the User name field to add or change an entry
by WineHQ Bugzilla 11 Nov '25

11 Nov '25

https://bugs.winehq.org/show_bug.cgi?id=57251 Bug ID: 57251 Summary: Keepass 2: program crashes when clicking on the User name field to add or change an entry Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bouwe(a)westerdijk.info Distribution: --- Created attachment 77169 --> https://bugs.winehq.org/attachment.cgi?id=77169 Saved crash report As described in the Summary. -- 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