- Wine-bugs - list.winehq.org

[Bug 57246] New: TeraTerm 5.3 / Serial communication not functional
by WineHQ Bugzilla 01 Mar '25

01 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57246 Bug ID: 57246 Summary: TeraTerm 5.3 / Serial communication not functional Product: Wine Version: 9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: janne.kekkonen(a)gmail.com Distribution: --- When data is sent to serial port that is opened with TeraTerm, GUI becomes very sluggish and data received is not shown on the terminal. When sending data is stopped. Received data is shown and GUI responsiveness becomes normal. This behavior seems very similar that is described in bug 50591. -- 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 57450] New: The cursor position does not match the position in application’s . Invisible borders of the wine wayland full screen
by WineHQ Bugzilla 28 Feb '25

28 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57450 Bug ID: 57450 Summary: The cursor position does not match the position in application’s . Invisible borders of the wine wayland full screen Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nicoloverwhelming(a)rustyload.com Distribution: --- Created attachment 77447 --> https://bugs.winehq.org/attachment.cgi?id=77447 log Hello. when the game is started in fullscreen mode via wine wayland, the cursor position on the screen does not match where the game thinks it is.For example, to select a menu item you need to place the cursor in a different place than above it.The cursor cannot be moved to the bottom or right of the screen. This problem only occurs in a full screen game, if you start the game in window mode, everything works well. Enabling desktop emulation does not solve the problem. Unfortunately I can not add a screenshot (when creating the application goes into window mode and position of the cursor changes). I didn’t find a suitable topic and created a new one, sorry if this is a duplicate. info: game: bg3_dx11.exe run command: DISPLAY= wine bg3_dx11.exe wine: 9.22 wow64 NVIDIA GeForce RTX 3060 Driver : NVIDIA 565.57.1 DE: KDE Plasma 6.2.3 wayland vulkan: Vulkan Instance Version: 1.3.295 -- 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 57886] New: Context menus may be positioned using the wrong window when a window is reparented
by WineHQ Bugzilla 28 Feb '25

28 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57886 Bug ID: 57886 Summary: Context menus may be positioned using the wrong window when a window is reparented Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: irischer.posaunist(a)gmail.com Distribution: --- Created attachment 78112 --> https://bugs.winehq.org/attachment.cgi?id=78112 Log output while opening context menus in nested, reparented windows Context menus do not open in the expected location. Since 9.22, there was a mouse bug (#57603) affecting yabridge-host.exe, an X11 bridge which uses several reparented windows to show a VST/CLAP plugin running in Windows inside of a Linux DAW view: Mouse events (clicks, etc.) were being located using the entire screen, and the small plugin window was using this (fullscreen absolute) coordinate from its origin to remap each mouse event. In clearer terms, a plugin window dragged to the upper-left of the screen would function normally. Drag the window right by five centimeters, and mouse events would land five centimeters right of the cursor. While there have been patches and a merge request (https://gitlab.winehq.org/wine/wine/-/merge_requests/7429) in progress fixing the cursor offset, context menus now have the opposite behavior. Their position is calculated as an offset in the smaller plugin window, and then they are drawn with this offset from the absolute screen origin. Open a context menu while the plugin window is in the upper-left of the screen? It shows up in the correct place. Drag the window 5 centimeters right? The context menu will open 5 centimeters to the LEFT of the cursor. I am attaching a log where I open a menu, move the window to the left, and open the menu again. WINEDEBUG=+x11drv,+event,+cursor,+win,+msg,+message,+hid YABRIDGE_DEBUG_LEVEL=1+editor -- 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 55399] New: .NET 4.8 application cannot download (by browser launch) from the Internet
by WineHQ Bugzilla 27 Feb '25

27 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=55399 Bug ID: 55399 Summary: .NET 4.8 application cannot download (by browser launch) from the Internet Product: Wine Version: 8.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brian(a)interlinx.bc.ca Distribution: --- Created attachment 74958 --> https://bugs.winehq.org/attachment.cgi?id=74958 Screenshot of stack trace in error dialog I am trying to use an application called GenuTax (https://www.genutax.ca/Home/Download) with .NET 4.8 and Wine 8.12. Once I created a 32-bit prefix and installed .NET 4.8 with winetricks the application installs and runs successfully. I was optimistic at this point. At some point though the application wants to launch a browser to a certain URL to log into an information portal. At that point it fails with a System.Runtime.InteropServices.COMException. I have attached a screenshot (sorry for a screenshot, but I was unable to copy the text from the dialog to be able to paste here). There is a working iexplore.exe in this installation, so there should be a browser for .NET to use. -- 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 8

[Bug 57603] New: Interacting with yabridge plugins after moving the window broken
by WineHQ Bugzilla 27 Feb '25

27 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57603 Bug ID: 57603 Summary: Interacting with yabridge plugins after moving the window broken Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mbarriolinares(a)gmail.com Distribution: --- Issue: When opening a plugin window via yabridge in carla patchbay or ardour8, the mouse input is registered at an incorrect position. After moving the plugin window, mouse interaction stops working entirely, making the interface unusable. Steps to Reproduce: 1. Open a yabridge plugin window in carla patchbay or ardour. 2. Attempt to interact with the plugin using the mouse. 3. Observe that clicks and movements are registered at incorrect positions. 4. Move the plugin window. 5. Try interacting with the plugin again. 6. Observe that the mouse no longer interacts with the plugin. Additional info: wine version: 9.22-1 yabridge version: 5.1.1-1 xorg-server version: 21.1.15-1 ardour 8.10 carla 2.5.9-1 --- Dwngrading to wine 9.21 fixed the issue -- 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 23

[Bug 39120] New: Right-clicking on IE 8 causes a crash
by wine-bugs＠winehq.org 27 Feb '25

27 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=39120 Bug ID: 39120 Summary: Right-clicking on IE 8 causes a crash Product: Wine Version: 1.7.49 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tblodt(a)icloud.com Created attachment 52128 --> https://bugs.winehq.org/attachment.cgi?id=52128 backtrace When you install IE 8 (either using winetricks, or by creating a bunch of dll overrides and running the installer), run it, and right click anywhere on a web page, IE crashes. Backtrace is 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.

2 4

[Bug 46201] New: Xenia fails to initialize graphics pipeline
by wine-bugs＠winehq.org 27 Feb '25

27 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=46201 Bug ID: 46201 Summary: Xenia fails to initialize graphics pipeline Product: vkd3d Version: 1.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: chridye(a)gmail.com Distribution: --- Created attachment 62874 --> https://bugs.winehq.org/attachment.cgi?id=62874 backtrace from today (nov 26 2018) the latest build of xenia can be found at https://ci.appveyor.com/api/projects/benvanik/xenia/artifacts/xenia-d3d12.z… I got this error in the terminal window: vkd3d_dxbc_compiler_get_register_info: Assertion `reg->idx[0].offset < compiler->temp_count' failed. A quick search on google says this was some graceful way of dealing with unimplemented registers. That change was proposed on Jan 9. http://wine.1045685.n8.nabble.com/PATCH-vkd3d-1-7-libs-vkd3d-shader-Handle-… The version of vkd3d I'm using was built from source using a commit from today (nov 26). I'm on ubuntu 18.10 without vkd3d installed via package manager. wine was ran in 64-bit mode and was also built from source today after doing a `git pull`. The exact command I ran was `wine64 xenia.exe.` I have attached the back trace. -- 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 8

[Bug 46190] New: Low FPS on Zombie Army Trilogy
by wine-bugs＠winehq.org 27 Feb '25

27 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=46190 Bug ID: 46190 Summary: Low FPS on Zombie Army Trilogy Product: Wine Version: 3.20 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: patoplc(a)live.com Created attachment 62851 --> https://bugs.winehq.org/attachment.cgi?id=62851 Compressed version of the Zombie Army Trilogy console log. Several errors are thrown in console by the d3d dlls. The log from playing Zombie Army Trilogy for a very short time is over 340 MB due to the sheer amount of errors, so I cannot attach it uncompressed here. The attachment provided is a .tar.xz version of the log from opening Steam and playing for less than 1 minute. -- 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 6

[Bug 51357] New: Mouse clicks to buttons on popups are ignored. You must click below the button. Freecell.exe from WinXP.
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=51357 Bug ID: 51357 Summary: Mouse clicks to buttons on popups are ignored. You must click below the button. Freecell.exe from WinXP. Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: linux(a)kenjackson.us Distribution: --- Created attachment 70216 --> https://bugs.winehq.org/attachment.cgi?id=70216 git diff dlls/winex11.drv/mouse.c # This fixes the bug for me Every mouse click to any button on a popup in freecell.exe from WinXP (I think) is ignored. Clicks below the button are processed and work. This was introduced in commit 5a8bc554ef06c4a21d8b, April 6, 2021, and is still a problem in the latest git code. Deleting line 615 in dlls/wnex11.drv/mouse.c fixes the problem. I don't know what else this affects. -- 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 52806] New: TickyClav 2.exe crashes almost immediately
by WineHQ Bugzilla 26 Feb '25

26 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=52806 Bug ID: 52806 Summary: TickyClav 2.exe crashes almost immediately Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rob(a)kalistra.com Distribution: --- Created attachment 72182 --> https://bugs.winehq.org/attachment.cgi?id=72182 output from "TickyClav" virtual instrument crash I use wine with yabridge to get an assortment of Windows audio plugins working on my Ubuntu Studio 20.04 machine (5.4.0-107-lowlatency kernel with PREEMPT specified). I love it, thank you!! One plugin that used to work well for me stopped working quite some time ago. It is the "Ticky Clav 2" clavinet virtual instrument (https://www.2getheraudio.com/instruments/ticky_clav_2/) I usually use the plugin as a VST, but it also comes with an .exe that I can start from the command line. When I run `wine 2getheraudio\ TickyClav\ 2.exe` I briefly see the UI for the application show up on the screen, then about a half second later I get the "Program Error" window saying "The program 2getheraudio TickyClav 2.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience." I have attached a text file with the full terminal output. Thanks for any help you can offer! -- 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