June 2023 - Wine-Bugs - list.winehq.org

[Bug 30984] New: Some keys do not work in Trine and Skyrim
by wine-bugs＠winehq.org Oct. 14, 2026

Oct. 14, 2026

http://bugs.winehq.org/show_bug.cgi?id=30984 Bug #: 30984 Summary: Some keys do not work in Trine and Skyrim Product: Wine Version: 1.5.7 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: yves.embil(a)orange.fr Classification: Unclassified Regression SHA1: 43984f355a2905e16075a9df3d7fbe463761e853 Created attachment 40666 --> http://bugs.winehq.org/attachment.cgi?id=40666 result of the regression test In Trine the key to select the thief and Skyrim the key to open the console does not work,with wine-1.5.5 it works. -- 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 70

[Bug 45605] New: Letter keys doesn't work in DirectX aplications
by wine-bugs＠winehq.org Oct. 14, 2026

Oct. 14, 2026

https://bugs.winehq.org/show_bug.cgi?id=45605 Bug ID: 45605 Summary: Letter keys doesn't work in DirectX aplications Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: ilya77105(a)gmail.com Distribution: --- Created attachment 62035 --> https://bugs.winehq.org/attachment.cgi?id=62035 Screenshot without keys I will use Far Cry 3 for demonstration, but all applications, that i tested shows the same behavior. When English layout is not selected as default in keyboard settings (in OS settings, not Wine) games doesn't recognize keys at all (screenshot). When i select English layout as default, all is ok. Console output have no information about 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.

3 20

[Bug 50847] New: Neutron 3 Advanced Freezes Reaper when loading plugin with virtual:virtual_setup_exception stack overflow error
by WineHQ Bugzilla Oct. 13, 2026

Oct. 13, 2026

https://bugs.winehq.org/show_bug.cgi?id=50847 Bug ID: 50847 Summary: Neutron 3 Advanced Freezes Reaper when loading plugin with virtual:virtual_setup_exception stack overflow error Product: Wine Version: 6.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: moseskim84(a)gmail.com Distribution: --- Created attachment 69658 --> https://bugs.winehq.org/attachment.cgi?id=69658 Yabridge Debug (level 0) Hello, I am having this problem running on the system: Manjaro Arch Kernel 5.11.2 Wine 6.4-staging (TKG branch) --> allows for Ozone 9 to actually work Yabridge VST host (3.0.2) Reaper 6.25 Libs enabled: mf42.dll, mfc42u.dll I am using the TKG branch of Wine (from Lutris) because it actually gets Ozone 9 to work. I traced Ozone crashing to the fact that the current winehq builds do not support child windows in DXVK. The TKG branch incorporated a patch which allowed child windows to render and so the entire Izotope Ozone 9 system works perfectly now, but I can't get Neutron to work at all. It freezes with the following error when I load a plugin onto a track: [Wine STDERR] 00f4:err:virtual:virtual_setup_exception stack overflow 3280 bytes in thread 00f4 addr 0x7bc55da5 stack 0x130330 (0x130000-0x131000-0x230000) I did a backtrace through Yabridge (level 0 and 1) and attached them. Level 0 is just the wine terminal output, level 1 has the host/VST calls to each other once the VST is loaded and the reaper.log is the debugging output. I left out the repetitive parts for sake of size. Please let me know what other information I can apply to help. -- 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 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