wine-bugs March 2025

wine-bugs@winehq.org

1 participants
1398 discussions

[Bug 41549] New: Hover! in fullscreen mode does not cover the top bar in Gnome.
by wine-bugs＠winehq.org 13 Sep '25

13 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=41549 Bug ID: 41549 Summary: Hover! in fullscreen mode does not cover the top bar in Gnome. Product: Wine Version: 1.9.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aaronbpaden(a)gmail.com Distribution: --- I'm using wine-staging 1.9.20. When you set Hover! to fullscreen, it sets the display resolution and fills up most of the screen as it should, but it's set under top bar in GNOME, resulting in several rows of pixels from the bottom of the application also being outside of the display. I confirmed that Hover! does cover the task bar in a Windows VM. There's nothing really in the logs, except for a weird "fixme:process:LoadModule Strange error set by CreateProcess: 193", but that shows up before setting fullscreen. -- 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 51345] New: Regression: Visual Studio 2005 "package load failure"
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=51345 Bug ID: 51345 Summary: Regression: Visual Studio 2005 "package load failure" Product: Wine Version: 6.11 Hardware: x86-64 OS: FreeBSD Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com winetricks vc2005trial wine cmd "C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat" devenv Some time during 28-31 March 2021, the Visual Studio 2005 trial began giving +/- 10 of these error dialogs on startup, each relating to a different package. This is a rough transcript of one of them: ------------------------ Package Load Failure ------------------------ Package 'Microsoft.VisualStudio.TestTools.TestCaseManagement.QualtyToolsPackage, Microsoft.VisualStudio.QualityTools.TestCaseManagement, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03F5F7f11d50s3a' has failed to load properly { GUID = {AS4DSAES-9ACE-4FOE-ADGF-7AFESSFEFCET) ). Please contact package vendor for assistance. Application restart is recommended, due to possible environment corruption. Would you like to disable loading this package in the future? You may use 'devenv /resetskippkgs' to re-enable package loading. Yes No ------------------------ It is the worst git bisect I've ever done. Apart from the lengthy time needed to test each commit, the regression occurs within a range of 44 commits (bb065801a69..2a8a4cbbe63), the first 43 of which all die on startup, so we can't easily distinguish that bug from this one. I've now had to make a separate branch, "git rebase --onto <that range>" to copy commits from that range there, then "git rebase -i" to reorder them and separate the startup-breaking commits (ntdll/kernel32/kernelbase) from the other commits. Unfortunately, having done so, it appears the startup-breaking commits are also the commits that caused this regression. One or more of these is the culprit: ntdll: Move kernel32 loading into LdrInitializeThunk(). ntdll: Return system dir path for PE mapping bootstrap placeholders. ntdll: Fail to load non-existent dlls, except during prefix bootstrap. ntdll: Also check syswow64 to determine if the prefix was initialized. include: Add more SYSTEM_INFORMATION_CLASS definitions. kernel32: Implement GetSystemCpuSetInformation(). ntdll: Implement NtQuerySystemInformationEx(SystemCpuSetInformation). kernelbase: Don't fall back to dll loading for LOAD_LIBRARY_AS_DATAFILE. ntdll: Set the window title to the image name on the Unix side. ntdll: Remove load_builtin_dll() and get_load_order() from the Unix interface. ntdll: Map the builtin or fake dll from the Wine dirs if it's missing from the prefix. -- 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 30

[Bug 56278] New: wayland: dropdowns is rendered as toplevel
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=56278 Bug ID: 56278 Summary: wayland: dropdowns is rendered as toplevel Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hugo(a)whynothugo.nl Distribution: --- When using the wayland driver, dropdown menus are rendered as their own toplevel windows. On tiling window managers (e.g.: swaywm), this results in it being tiled just like any other window. I can't imagine that they would be placed correctly on stacking window managers either. I confirmed with lswt that dropdowns are effectively rendered as toplevels. An xdg_popup should be used here instead: https://wayland.app/protocols/xdg-shell#xdg_popup The weirdness in behaviour can be reproduced with: - wine reg.exe add HKCU\\Software\\Wine\\Drivers /v Graphics /d wayland - winecfg - Go to the desktop integration tab and click on any dropdown -- 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 5

[Bug 57444] New: A old game Exertus darkness approaches unable to run under wine wow64
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57444 Bug ID: 57444 Summary: A old game Exertus darkness approaches unable to run under wine wow64 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- Created attachment 77440 --> https://bugs.winehq.org/attachment.cgi?id=77440 Log from wine wow64 Exertus darkness approaches is a very old game. It was able to play even with virtualbox, but unable to run under wow64 env Ubuntu 20.04 wine lastest master -- 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 32

[Bug 58027] New: trivial use of Win32 GNU make failes with Wine 10.x but not with Wine 9.0
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=58027 Bug ID: 58027 Summary: trivial use of Win32 GNU make failes with Wine 10.x but not with Wine 9.0 Product: Wine Version: 10.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dl.soluz(a)gmx.net Distribution: --- Created attachment 78286 --> https://bugs.winehq.org/attachment.cgi?id=78286 contains the specific make.exe (with MD5, and source-infos)+makefile and scenarios its a super simple makefile that does nothing more then clean: del *.not_existing_at_all and make fails to run the del command on 10.x Wine versions but works on Wine 9.0 i created a git-repo with the make.exe (with MD5) a makefile and a clear description whats happening - in short Wine 10.x breaks someway the del command run the repo: https://github.com/LowLevelMahn/bug_repo0 (i also attached the 3 files of the repo as zip) i don't know if that is a real Wine bug but its strange that is does not happen with a older Wine version (tested only 9.0 so far) tested with up-to-date Ubuntu 24.10 (up-to-date) + sudo apt install wine32 => wine 9.0 up-to-date WSL2/SUSE Tumbleweed + sudo zypper install wine => wine 10.0 up-to-date Fedora 42 (Beta) + sudo dnf install wine32 => wine 10.4 -- 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 12

[Bug 57912] New: cmd: not every ( is a command grouping
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57912 Bug ID: 57912 Summary: cmd: not every ( is a command grouping Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: blubban(a)gmail.com Distribution: --- @echo off if 1==2 ( echo(1 xif 1==2 ( echo 2 ) echo 3)) echo 4 Expected (win10): 3)) 4 Actual (wine 10.2): Syntax error: unexpected ( 4 Oddly enough, it seems that every ) is, in fact, a command grouping. @echo off if 1==2 ( echo () echo 1 ) echo 2 Expected (win10): 1 2 Actual (wine 10.2): Syntax error: unexpected ( 2 Reduced from update.bat in https://www.smwcentral.net/?p=section&a=details&id=33546 -- 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 57913] New: cmd: echo(abc is misparsed
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57913 Bug ID: 57913 Summary: cmd: echo(abc is misparsed Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: blubban(a)gmail.com Distribution: --- @echo off echo 1 echo. echo . echo.2 echo( echo ( echo(3 Expected (win10): 1 . 2 ( 3 Actual (wine 10.2): 1 . 2 ( ( (3 Reduced from update.bat in https://www.smwcentral.net/?p=section&a=details&id=33546 -- 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 57478] New: Commit 1fe64cd59573473160186aa172c4bf5055510cd7 makes Sims 2 black-screen when running with Nvidia 470.256.02 and dxvk 1.10.3
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57478 Bug ID: 57478 Summary: Commit 1fe64cd59573473160186aa172c4bf5055510cd7 makes Sims 2 black-screen when running with Nvidia 470.256.02 and dxvk 1.10.3 Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: dkk089(a)gmail.com Distribution: --- Said commit makes Sims 2 launch to a black screen. Everything else works and it seems like the actual graphical content is just not output to the screen somehow : music is playing in the background and you can see the mouse cursor changing its symbol if you move it around (hovering over a text field). I saw this with Nvidia 470.256.02 and GeForce GT 645M. However, running on a Radeon RX550 with open source drivers is just fine. dxvk was 1.10.3 during both runs. Bisecting leads to 1fe64cd59573473160186aa172c4bf5055510cd7 and reverting this commit from master makes everything work okay again. -- 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 18

[Bug 57192] New: X11DRV_SetCursorPos breaks when xinput "Coordinate Transformation Matrix" is customized
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57192 Bug ID: 57192 Summary: X11DRV_SetCursorPos breaks when xinput "Coordinate Transformation Matrix" is customized Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: mk939(a)ymail.com Distribution: --- Created attachment 77083 --> https://bugs.winehq.org/attachment.cgi?id=77083 WINEDEBUG=+cursor,+win wine minetest.exe | trimmed to one repetition of the bugged SetCursorPos call Discovered by testing Minetest 5.9.0 [1] in Wine. In-game, the cursor is always moved to the center. However, when the xinput "Coordinate Transformation Matrix" parameter, the cursor moves to unpredictable positions (bottom right corner, for example). The game becomes unplayable. I think it's caused by "X11DRV_SetCursorPos" because skipping "NtUserSetCursorPos" entirely does avoid this issue. The cursor position is no longer centred, but the game does not look as glitchy any more. System specifications: * Ubuntu 22.04, X11, xfce4 * amdgpu driver Reproduced in Wine 9.1, Wine 9.17 and Proton 9.0-2. Reproduced with * Wine's virtual desktop on and off * Window manager decorations on and off (winecfg) * Window manager control on and off (winecfg) Steps to reproduce: 1. xinput list 2. Remember the xinput <ID> of the mouse (Virtual core pointer -> HID) 3. xinput --set-prop <ID> 'Coordinate Transformation Matrix' 1.1 0 0 0 1.1 0 0 0 1 4. Join a world in Minetest and try to play This problem does not occur when the Transformation Matrix is set to "1.0 0 0 0 1.0 0 0 0 1". It also does not occur on Windows due to lack of xinput and X11 in the first place. [1] https://github.com/minetest/minetest/releases/download/5.9.0/minetest-5.9.0… -- 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 56350] New: Python programs fail to play sound
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=56350 Bug ID: 56350 Summary: Python programs fail to play sound Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: galacticaledge(a)protonmail.com Distribution: --- Created attachment 76076 --> https://bugs.winehq.org/attachment.cgi?id=76076 Most of the errors that occur when trying to play a sound seems to be related to the crypt API Python programs fail to play any sound due to errors in the crypt library. If anyone wants to conveniently test and debug this issue, I wrote a simply Python program for this. Simply run the program, open a txt file (which the program will convert each line into speech when the "Next Line" button is played), and watch it fail to play sound and cause the "Next Line" button to stop working until a new file is selected. I have also confirmed this is a Wine issue since the program works perfectly fine on a Windows install. https://drive.google.com/file/d/1RjB0n5tAP1-7xPUf8Zjk_QzIyya7vZ6e/view?usp=… -- 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 7

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 March 2025