wine-bugs

wine-bugs@winehq.org

1 participants
159031 discussions

[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 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

[Bug 55399] New: .NET 4.8 application cannot download (by browser launch) from the Internet
by WineHQ Bugzilla 28 Feb '25

28 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 57890] New: 3DMark11 is not working
by WineHQ Bugzilla 27 Feb '25

27 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57890 Bug ID: 57890 Summary: 3DMark11 is not working Product: Wine Version: 10.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 78118 --> https://bugs.winehq.org/attachment.cgi?id=78118 Log of the fail Unlike bug 42119 I can't start this DirectX11 benchmark in the same wine. The application started with empty windows. The last line in the log ~~~~ 0024:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0000000001233510, format DXGI_FORMAT_R8G8B8A8_UNORM_SRGB, flags 0x3, mode_count 000000000011FC58, modes 00000000009908F0 partial stub! ~~~~ So the problem is in dxgi? -- 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

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