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

[Bug 44887] New: Pressure sensitivity lost when file requester is opened in ZBrush
by wine-bugs＠winehq.org Oct. 13, 2026

Oct. 13, 2026

https://bugs.winehq.org/show_bug.cgi?id=44887 Bug ID: 44887 Summary: Pressure sensitivity lost when file requester is opened in ZBrush Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: f2267911(a)nwytg.com Distribution: --- ZBrush (4r8 and 2018) works quite fine but when a file requester (to load or save a tool) is opened, ZBrush does not response to the pressure sensitivity. Before loading a tool the pressure sensitivity worked fine. -- 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 13

[Bug 55705] New: PDF Xchange editor crashes
by WineHQ Bugzilla Oct. 13, 2026

Oct. 13, 2026

https://bugs.winehq.org/show_bug.cgi?id=55705 Bug ID: 55705 Summary: PDF Xchange editor crashes Product: Wine Version: 8.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: donescamillo(a)gmail.com Distribution: --- Wine 8.17 development branch. PdfXchange Editor free version i.e. not registered version. portable, version 10.0.1.371 Linux Mint 21.2 PdfXchange editor works OK, can highlight, add labels, images, whatever the free version allows. The problem is that after some time, when PdfXchange Editor is being closed, it hangs, and the dialog asking for forcing the application to close appears. This happens in previous versions, 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.

2 28

[Bug 35456] New: Child window in a separate process dose not show
by wine-bugs＠winehq.org Oct. 13, 2026

Oct. 13, 2026

http://bugs.winehq.org/show_bug.cgi?id=35456 Bug ID: 35456 Summary: Child window in a separate process dose not show Product: Wine Version: 1.7.11 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: hwei.sy(a)gmail.com Classification: Unclassified Created attachment 47330 --> http://bugs.winehq.org/attachment.cgi?id=47330 source code The area of a child window from a separate process dose not show anything. While mouse events work correctly. Run the program in attachment. It will create a parent window and a child window in the same process and works fine. Then run a second instance of the program. It will create a child window in the previous parent window. This child windows dose not show. Resize the parent window, and you will see the white "shadow" of the "hidden" child window. You can still drag this "hidden" child window or close 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 10

[Bug 41161] New: Embedding child process' window in own window does not draw the child window properly
by wine-bugs＠winehq.org Oct. 13, 2026

Oct. 13, 2026

https://bugs.winehq.org/show_bug.cgi?id=41161 Bug ID: 41161 Summary: Embedding child process' window in own window does not draw the child window properly Product: Wine Version: 1.9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine(a)sagagames.de Distribution: --- OpenMPT (https://openmpt.org/) has a plugin bridge, which can be used to run VST plugins in a separate process. However, compared to a native Windows environment (or not bridging the plugins), there is a problem when drawing the plugin UI. The plugin UI window itself is a borderless window that belongs to the bridge process, and is then set as a child of the actual plugin window that belongs to the OpenMPT process using SetParent(...). This works just fine on Windows, but in Wine, the child window remains completely black. If parts of the child window are redrawn by the bridged process, they become visible, but as soon as a redraw for the parent window is issued (e.g. by setting the focus to it), these areas become black again. Steps to reproduce: 1) Install OpenMPT. 2) Create a new module. 3) Open the plugin manager ("Select" button at the bottom of the created module's window) and add any VST plugin that provides its own UI (e.g. http://www.geocities.jp/daichi1969/softsynth/index.html#down) 4) Be sure the "Use Plugin Bridge" checkbox is checked (it is also fine if it is checked but greyed out) 5) Click "Put in FX01" to load the plugin. 6) Click the "Edit" button next to the "Select" button to open the plugin's UI. 7) The UI will be completely black, with child controls becoming occasionally visible if you click them. Note that I am an OpenMPT developer, so I would be both happy with incorporating a Wine-specific fix in our codebase if there is a way to make this scenario work with Wine, or with a fix in Wine itself to make child windows from other processes work correctly. -- 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 36958] New: Wine emulates file creation time instead of fetching it from the underlying filesystem
by wine-bugs＠winehq.org Oct. 12, 2026

Oct. 12, 2026

http://bugs.winehq.org/show_bug.cgi?id=36958 Bug ID: 36958 Summary: Wine emulates file creation time instead of fetching it from the underlying filesystem Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P5 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Created attachment 49071 --> http://bugs.winehq.org/attachment.cgi?id=49071 Far2 showing file modification/creation/lass access times. In Linux at least ext4 supports file creation time field (crtime), but Wine doesn't use it. Instead it uses mtime. Please, implement crtime for filesystems which impelement this field. -- 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 14

[Bug 57031] New: Mouse "tremble" in Robin Hood: The Legend of Sherwood (GoG).
by WineHQ Bugzilla Oct. 12, 2026

Oct. 12, 2026

https://bugs.winehq.org/show_bug.cgi?id=57031 Bug ID: 57031 Summary: Mouse "tremble" in Robin Hood: The Legend of Sherwood (GoG). Product: Wine-staging Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: flaubertSt(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Installed GoG version of Robin Hood: The Legend of Sherwood. All works, but mouse tremble when in game (it DOESN'T with menu screens). Tried "mouse warp override -all options-but it didnt solve. Strangely, I changed from WINE-9.1-staging to 9.0 stable version and it doesn't tremble anymore, but now it has some lag when exit from pause: see Bug 39513). -- 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 16

[Bug 44382] New: Overcooked: Right shift is detected as left shift instead
by wine-bugs＠winehq.org Oct. 12, 2026

Oct. 12, 2026

https://bugs.winehq.org/show_bug.cgi?id=44382 Bug ID: 44382 Summary: Overcooked: Right shift is detected as left shift instead Product: Wine Version: 3.0-rc6 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: paradigmsort(a)gmail.com Created attachment 60304 --> https://bugs.winehq.org/attachment.cgi?id=60304 wine stdout and stderr In the Steam version of Overcooked, pressing right shift is interpreted as left shift instead. $ gsha1sum ~/.wine/drive_c/Program\ Files/Steam/steamapps/common/Overcooked/Overcooked.exe 23c37601e4b4a85b3e8fb6dc74393693dd805137 /Users/paradigmsort/.wine/drive_c/Program Files/Steam/steamapps/common/Overcooked/Overcooked.exe This occurs with built-in Macbook Pro 2015 keyboard, as well as with both external USB keyboards I own. Right shift is registered correctly in mac application on my system. I reproduced with both devel 3.0-rc6 and stable 3.0. Left shift is also reported as right shift in other windows applications, for example this simple key press display app: http://www.dcmembers.com/skrommel/download/showoff/# $ gsha1sum ShowOff.exe 3357fa8259c79d4fcdfa7c14309edefe6622a074 ShowOff.exe It does NOT occur (in either application) when I set the key "graphics" HKCU/Software/Wine/Drivers to "x11" and use X11 graphics instead. I don't believe this is a duplicate of 33142; that was about right shift key having no functionality at all (and is from 2013 and a very old version of wine). Running MacOS Sierra 10.12.6 -- 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 39618] New: TeamViewer 11 "File Not Found" info window during installation
by wine-bugs＠winehq.org Oct. 12, 2026

Oct. 12, 2026

https://bugs.winehq.org/show_bug.cgi?id=39618 Bug ID: 39618 Summary: TeamViewer 11 "File Not Found" info window during installation Product: Wine Version: 1.7.55 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sasha969(a)hotmail.com Distribution: --- Created attachment 52789 --> https://bugs.winehq.org/attachment.cgi?id=52789 Info copied from trminal using winedbg. Installation starts fine. At the end of folders creation process Wine shows "File not Found" error but after that installation continues and finish without a problem. -- 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 15

[Bug 57175] New: Multiple issues with Audacity after upgrading to Wine 9.17
by WineHQ Bugzilla Oct. 12, 2026

Oct. 12, 2026

https://bugs.winehq.org/show_bug.cgi?id=57175 Bug ID: 57175 Summary: Multiple issues with Audacity after upgrading to Wine 9.17 Product: Wine Version: 9.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 77073 --> https://bugs.winehq.org/attachment.cgi?id=77073 Audacity 3.6.3 in Wine 9.17 with DPI=144 and classic Windows theme After I upgraded Wine from version 9.10 to 9.17, Audacity has become horrible to use and look at. I've always been using DPI=144 because I have a High DPI 14" monitor. So, * Fonts in Audacity have become much smaller than they were before * Fonts now look very blurry A screenshot will be attached. On the outside of Audacity you can see IrfanView which continues to scale properly and fonts are rendered just fine. -- 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 49

[Bug 49819] New: EveMon (v 4.0.18.4979): (with dotnet461) crashes on add character
by WineHQ Bugzilla Oct. 12, 2026

Oct. 12, 2026

https://bugs.winehq.org/show_bug.cgi?id=49819 Bug ID: 49819 Summary: EveMon (v 4.0.18.4979): (with dotnet461) crashes on add character Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: httpapi Assignee: wine-bugs(a)winehq.org Reporter: maxwellc(a)gmail.com Distribution: --- Created attachment 68155 --> https://bugs.winehq.org/attachment.cgi?id=68155 Report from EVEMon of the problem Program: EVEMon 4.0.18.4979 (https://appdb.winehq.org/objectManager.php?sClass=application&iId=9346) Download Link: https://github.com/peterhaneve/evemon/releases/tag/4.0.18 60c649699694060f0175e5830e9381ad9189593a EVEMon-install-4.0.18.exe Wine Version is both 5.0 Ubuntu and 5.16 Setup: Following suggestion in https://appdb.winehq.org/objectManager.php?sClass=version&iId=29658 Prior to upgrade to 5.16 from devel repo, winetricks dotnet461 corefonts >From Linux Command line wine /tmp/EVEMon-install-4.0.18.exe Click through installation prompts. Offers to launch on conclusion. Exited. WINEDEBUG='fixme+all,err+all' wine "Program Files/EVEMon/EVEMon.exe" Program runs but attempting to perform File->Add Character crashes the program. Program brings up report on the problem attached as "EveMonCrashOwnWords.log" Second attachment of output with WINEDEBUG="err+all,warn+all,fixme+all" Unable to reproduce on clean 5.16 prefix since winetricks dotnet461 "is broken since 5.12" -- 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