December 2021 - 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 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 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 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

[Bug 46716] New: utherverse client : crash when loading and installing
by wine-bugs＠winehq.org Oct. 11, 2026

Oct. 11, 2026

https://bugs.winehq.org/show_bug.cgi?id=46716 Bug ID: 46716 Summary: utherverse client : crash when loading and installing Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: www.max87(a)yahoo.fr Distribution: --- Created attachment 63684 --> https://bugs.winehq.org/attachment.cgi?id=63684 report generate by wine on the crash When i lunch the application client Uhterverse i got a bug report from wine and the loading of the client is stopped I tryed a reinstall of the client and it done the same a bug appared but the installation finished -- 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 33985] New: Nokia Music Player: window decorations should not be displayed in installer window
by wine-bugs＠winehq.org Oct. 10, 2026

Oct. 10, 2026

http://bugs.winehq.org/show_bug.cgi?id=33985 Bug #: 33985 Summary: Nokia Music Player: window decorations should not be displayed in installer window Product: Wine Version: 1.6-rc4 Platform: x86-64 URL: http://nds1.nokia.com/files/support/nseries/phones/sof tware/SetupOviPlayer.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: frederic.delanoy(a)gmail.com Classification: Unclassified Created attachment 45154 --> http://bugs.winehq.org/attachment.cgi?id=45154 WinXP/wine-1.6-rc4-52-g9a0b434 side-by-side comparison The windows decorations (here from XFCE 4.10) are present in Wine while they aren't in native Windows. See attached screenshot for a comparison -- 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 9

[Bug 52254] New: Cold Steel Subs: Application is not transparent (relies on DwmExtendFrameIntoClientArea)
by WineHQ Bugzilla Oct. 10, 2026

Oct. 10, 2026

https://bugs.winehq.org/show_bug.cgi?id=52254 Bug ID: 52254 Summary: Cold Steel Subs: Application is not transparent (relies on DwmExtendFrameIntoClientArea) Product: Wine Version: 7.0-rc2 Hardware: x86-64 URL: https://zerofield.net/2020/09/30/hajimari-no-kiseki-sp readsheet-translation/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwmapi Assignee: wine-bugs(a)winehq.org Reporter: johnny(a)localmomentum.net Distribution: --- Created attachment 71376 --> https://bugs.winehq.org/attachment.cgi?id=71376 ColdSteelSubs transparency code (currently not in the distributed application) This application provides a transparent clickthrough overlay to show English translations on top of the original Japanese source. It relies on layered windows and DwmExtendFrameIntoClientArea to handle the transparent display. Currently, the main UI elements show, but the game (or any other application) does not show through. This seems to be because DwmExtendFrameIntoClientArea is only a stub. I'm not sure if that's the only reason it's not transparent, but it's at least one of the reasons. The program itself uses the unity3d engine along with some native dll calls to the relevant user32 apis to handle the transparency. I was able to get a copy of the relevant code (but not the whole application), of which I will attach. Since I can't get all of the code, I've been using an unity sample application to try to figure out some parts myself (the relevant code is here https://github.com/pheonise/Unity3D-Desktop-Overlay/blob/master/Assets/Scri…) This unity3d application works as expected on windows, but is not transparent via wine (as expected). When i comment the call to DwmExtendFrameIntoClientArea, then it its also no longer transparent on windows as well. It seems that if the sample application works, then I can make sure the dev applies to the same technique to the overlay application. Please let me know If i can provide any more information. -- 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 19