wine-bugs

wine-bugs@winehq.org

1 participants
158759 discussions

[Bug 57895] New: Some game crash witch wine damavand in native wayland mode
by WineHQ Bugzilla 01 Mar '25

01 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57895 Bug ID: 57895 Summary: Some game crash witch wine damavand in native wayland mode Product: Wine Version: 10.2 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 78126 --> https://bugs.winehq.org/attachment.cgi?id=78126 signalis Some game crash witch wine damavand in native wayland mode.This does not happen when working through xwayland. These games also work when using wined3d and wine wayland games that break down: signalis Dread Delusion Deus Ex Revision games that work fine: WILL A Wonderful World terraria Mondealy tested wine: 10.0-10.2 / staging/ wow64 Linux: Manjaro 25.0 KDE Plasma Version: 6.3.2, wayland Nvidia video driver: 570.124.04 witch close kernel module start command: WINE_D3D_CONFIG=renderer=vulkan DISPLAY= mangohud wine signalis.exe -- 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 55257] New: Excel Viewer 2007 title bar is not rendered correctly
by WineHQ Bugzilla 01 Mar '25

01 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=55257 Bug ID: 55257 Summary: Excel Viewer 2007 title bar is not rendered correctly Product: Wine Version: 8.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 74869 --> https://bugs.winehq.org/attachment.cgi?id=74869 With Wine native decoration Files to download and install (md5sum): ExcelViewer2007.exe (cb4f2202fc368af9476effed5cc7b8a4) ExcelViewer2007sp3-kb2526302-fullfile-en-us.exe (df16f0c83d87465e5f7ee332c64f7861) Check the attached screenshots. -- 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 4

[Bug 57894] New: In some games on opengl you can see the part of the desktop, when using native wayland
by WineHQ Bugzilla 01 Mar '25

01 Mar '25

https://bugs.winehq.org/show_bug.cgi?id=57894 Bug ID: 57894 Summary: In some games on opengl you can see the part of the desktop, when using native wayland Product: Wine Version: 10.2 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 78124 --> https://bugs.winehq.org/attachment.cgi?id=78124 noita glitch In some games on opengl you can see the part of the desktop, when using native wayland.This does not happen when working through xwayland. For example in Noita game you can see the part of the desktop in the game menu. I wanted to check the work through zink, but it looks like it doesn’t work in native wayland. tested wine: 10.0-10.2 / staging/ wow64 Linux: Manjaro 25.0 KDE Plasma Version: 6.3.2, wayland Nvidia video driver: 570.124.04 witch close kernel module start command: DISPLAY= mangohud wine noita.exe -- 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 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 01 Mar '25

01 Mar '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 57891] New: Wine 10.2 can't find ntdll.so under linux.
by WineHQ Bugzilla 28 Feb '25

28 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57891 Bug ID: 57891 Summary: Wine 10.2 can't find ntdll.so under linux. Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Note: Not sure if this is a dupe of Bug 57874 or not given it's Linux and not a Mac.... After building wine with a custom --prefix, (E.x. configure --prefix=/opt/wine-git-build/wine_10.2), running wine from a home directory fails to find ntdll.so. :~$ wine explorer wine: could not load ntdll.so: /opt/wine-git-build/wine_10.2/bin/ntdll.so: cannot open shared object file: No such file or directory :~$ Running strace shows that no attempt is made to use the prefix's /lib directory at all for ntdll.so. It goes straight to using the wine binary's install directory, fails, then tries to read a wine symlink in the current working directory, before giving up. Given that it's blatantly ignoring FHS and using the wine binary's install directory as a root, I assumed there was something wrong with the given prefix argument. The generated Makefile has the exec_prefix variable emitted _before_ the prefix variable despite using it. I.e.: exec_prefix = ${prefix} prefix = /opt/wine-git-build/wine_10.2 I assume this won't work. Notably bindir and libdir are defined afterwards, and both use exec_prefix, which because I assume it's empty here, means they get a value of "/bin" and "/lib" respectively. I might be way off, but this bug occurs regardless of arch. I.e. Using a i686 or x86_64 build fails in the exact same way. -- 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 57893] New: Progress is not going until you move a mouse
by WineHQ Bugzilla 28 Feb '25

28 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57893 Bug ID: 57893 Summary: Progress is not going until you move a mouse Product: Wine Version: 9.0 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Created attachment 78123 --> https://bugs.winehq.org/attachment.cgi?id=78123 Progress bar This is a Game Editor which I had to launch under wine in the bug 57733. It is not really a wine-9.0, it is crossover-base v24.0.7 which is based on wine-9 but I don't know where it is better to report. The application is X64, DirectX9 using .Net 4.0 (dotnet48) and .Net Runtime (dotnet9). Not sure if other patches by CX or by me somehow influence. The is a new strange bug: At the program start it doesn't show toolbar waiting indefinite. But when I touch the mouse the interface became fullfilled. Then I choose to create a random map and wait. It requires 2 minutes in real windows but I wait very long with wine. Than I touch the mouse and the progress bar begin moving. To make the work I have to move mouse again and again. It looks like the game or the wine going to sleep every 2 seconds and wakes after I move the mouse. How it possible? I can't check with any other wine version or flavour as the my engine the only working for this game. The log contains very many shaders errors but I see nothing concerning the bug. -- 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 57516] New: Heroes of Might and Magic 4 campaign editor: can't cycle through hero's portrait with left mouse button
by WineHQ Bugzilla 28 Feb '25

28 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57516 Bug ID: 57516 Summary: Heroes of Might and Magic 4 campaign editor: can't cycle through hero's portrait with left mouse button Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: jacek(a)codeweavers.com Regression SHA1: d42888f07c6e3e491c99bb5c8b62b568264e990c Distribution: ArchLinux Created attachment 77550 --> https://bugs.winehq.org/attachment.cgi?id=77550 short video depicting the problem In the campaign editor for HoMM4 I can't use the left mouse button to select from the available portraits because only 2 of images can be selected: the first one and the last one.That is when clicking on the up and down arrows with the mouse button, next to the hero's portrait. However if I use the mouse wheel to cycle through the available images then any of the available portraits can be selected. The last Wine version where the mouse button still worked: Wine-7.5. This is the commit where the problem first occured: commit d42888f07c6e3e491c99bb5c8b62b568264e990c user32: Use NtUserMessageCall for SendMessageA implementation. Plain terminal output doesn't show anything related. Demo version is not available. I tested with the GOG.com version of the game. Still present in Wine-10.0-rc1. -- 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 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 57758] New: Starcraft Brood War regression on Wine 10
by WineHQ Bugzilla 28 Feb '25

28 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57758 Bug ID: 57758 Summary: Starcraft Brood War regression on Wine 10 Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: louis(a)qdcec.co.za Distribution: --- Running on Fedora 40 using packages wine-10.0-1.fc40.x86_64 and wine-10.0-0.7rc4.fc40.x86_64 I am unable to successfully run a previously "platinum" running package: StarCraft / Brood Wars by Blizzard. If I downgrade to wine-9.1-1.fc40.x86_64 the application works once again. I also have a very simple tool that decodes Cisco level 7 ascii passwords - useful when I forget what I assigned an account - that works on version 9 but not 10. (I've tried to file this regression a few days ago, but cannot find it anywhere on "My Bugs" or anywhere on this site. If I have inadvertently created a duplicate, please forgive me.) -- 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 15

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs