wine-bugs March 2025

wine-bugs@winehq.org

1 participants
607 discussions

[Bug 57686] New: Thief (2014) requires 'GroupMemoryBarrierWithGroupSync' support
by WineHQ Bugzilla 26 Apr '25

26 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=57686 Bug ID: 57686 Summary: Thief (2014) requires 'GroupMemoryBarrierWithGroupSync' support Product: vkd3d Version: 1.14 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 09b4:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4. 09b4:err:d3dcompiler:D3DCompile2 Shader log: 09b4:err:d3dcompiler:D3DCompile2 ..\..\Engine\\Shaders\Compute\DoFBlurBGCS.hlsl:35:51: E5000: Invalid subscript "Length". 09b4:err:d3dcompiler:D3DCompile2 ..\..\Engine\\Shaders\Compute\DoFBlurBGCS.hlsl:35:5: E5002: Can't implicitly convert from <error type> to int. 09b4:err:d3dcompiler:D3DCompile2 ..\..\Engine\\Shaders\Compute\DoFBlurBGCS.hlsl:42:83: E5000: Invalid subscript "Length". 09b4:err:d3dcompiler:D3DCompile2 ..\..\Engine\\Shaders\Compute\DoFBlurBGCS.hlsl:43:83: E5000: Invalid subscript "Length". 09b4:err:d3dcompiler:D3DCompile2 ..\..\Engine\\Shaders\Compute\DoFBlurBGCS.hlsl:44:83: E5000: Invalid subscript "Length". 09b4:err:d3dcompiler:D3DCompile2 ..\..\Engine\\Shaders\Compute\DoFBlurBGCS.hlsl:45:83: E5000: Invalid subscript "Length". 09b4:err:d3dcompiler:D3DCompile2 ..\..\Engine\\Shaders\Compute\DoFBlurBGCS.hlsl:46:1: E5005: Function "GroupMemoryBarrierWithGroupSync" is not defined. 09b4:err:d3dcompiler:D3DCompile2 1.14-278-ga082daeb -- 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 49063] New: missing parts of contents of downlaod page of files
by WineHQ Bugzilla 25 Apr '25

25 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=49063 Bug ID: 49063 Summary: missing parts of contents of downlaod page of files Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mahmoud.elswerky(a)gmail.com Distribution: --- Created attachment 67041 --> https://bugs.winehq.org/attachment.cgi?id=67041 screenshot shows that most of downlaod page contents are missing I usually use wine to run internet downlaod manager on linux but since last 3 updates of idm ,, the downlaod popup page of idm doesn't show full contents some parts are misssing if i installed old version of idm it is working fine but latest 3 updates shows this bug i don't know what is the cause of this but hope you can find its cause and fix it here is an attachment screeshots shows what i mean and version installed as i said old version of idm works fine on wine without this error os Arch_deepin -- 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 13

[Bug 36490] New: wine all versions on ubuntu 14.04 winbox.exe aplication view problem
by wine-bugs＠winehq.org 25 Apr '25

25 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=36490 Bug ID: 36490 Summary: wine all versions on ubuntu 14.04 winbox.exe aplication view problem Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: juraj(a)mikrocom.sk Created attachment 48564 --> http://bugs.winehq.org/attachment.cgi?id=48564 problem in view, aplication winbox.exe Hello, regarding the problem of wine while using winbox.exe version of ubuntu 14.04 and mint 17RC in any version of wine, does not fit font and cursor does not display all the text and different font size changes, example 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.

2 10

[Bug 52811] New: Apps starting with wrong non-client area decoration
by WineHQ Bugzilla 25 Apr '25

25 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=52811 Bug ID: 52811 Summary: Apps starting with wrong non-client area decoration Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: leandrohr(a)riseup.net Distribution: --- Created attachment 72186 --> https://bugs.winehq.org/attachment.cgi?id=72186 Small client to reproduce the bug Arch Linux wine-6.0-rc1-11894-gafd7b319e56 --- # Bug description During the development of the Wine Wayland driver we've noticed a bug that also affects the X11 driver when using client-side decorations. Some applications start with the wrong decoration. It's a visual-only issue, as the application starts with focus and works nicely. But its non-client area starts with the decoration of inactive applications (greyed out). This is how it should start: https://share.collabora.com/index.php/s/tZQxBEaybgwGgpi But this is how it looks like: https://share.collabora.com/index.php/s/bQbASjTXg8oxg3W --- # How to reproduce You can easily reproduce this by running notepad with the X11 driver option "Decorated" set to "N". I wrote some small clients to debug this, and the simple program attached reproduces the issue. TLDR: it is a program that activates a window of a non-foreground thread and then tries to show it. --- # What I think is going on When we call SetActiveWindow(hwnd), hwnd does not become the foreground window, as the application thread is not the foreground thread yet (at this point the desktop window is the foreground window). SetActiveWindow() activates the non-client area only if the window is the foreground window, so we have activated the window but didn't activate its non-client area (which is correct AFAIU). Next we call ShowWindow(hwnd), and now the thread that owns hwnd should become foreground and SetActiveWindow(hwnd) is called. But as hwnd is already active it does nothing and returns, so the non-client area is draw as inactive. --- # Possible fix In order to fix this, we could change SetActiveWindow() behavior to the following: if (hwnd == current active window) if (hwnd == NtUserGetForegroundWindow() && non-client area of hwnd not active) activate non-client area of hwnd bail out I wrote a test for this, and I could see that this fix didn't break any other tests. I've decided to post here in order to know if the fix seems reasonable to you. Also, I had a question while debugging this and still couldn't figure out. I thought that focus was a global property related to the foreground window. But it seems that when a window is set to active the function to change the focus to it may also be called (even when the window does not belong to the foreground thread). So can a non-foreground window be active and have the focus? --- Thanks a lot! -- 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 56431] New: Dotnet TreeView disappearing plus-sign
by WineHQ Bugzilla 25 Apr '25

25 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56431 Bug ID: 56431 Summary: Dotnet TreeView disappearing plus-sign Product: Wine Version: 9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Wagner.a18(a)yahoo.com Distribution: --- I try to get a dotnet application, which has a treeview element on board, running. If I expand a tree node to display the next level of child tree nodes with a press on the plus-sign and collapse the child tree node level with the minus-sign after that. The plus-sign disappears and I am not able to expand the tree node again. I have to restart the whole application to be able to expand the tree node again. I installed this packages - WINEPREFIX=~/.wine-32 winetricks vcrun2005 vcrun2008 vcrun2010 vcrun2012 vcrun2013 vcrun2015 - WINEPREFIX=~/.wine-32 winetricks msxml3 - WINEPREFIX=~/.wine-32 winetricks msxml4 - WINEPREFIX=~/.wine-32 winetricks msxml6 - WINEPREFIX=~/.wine-32 winetricks mdac28 - WINEPREFIX=~/.wine-32 winetricks jet40 -- 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 40994] New: Exits only from pull-down menu, then reports error.
by wine-bugs＠winehq.org 25 Apr '25

25 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=40994 Bug ID: 40994 Summary: Exits only from pull-down menu, then reports error. Product: Wine Version: 1.9.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: leslarkin(a)aim.com Distribution: --- Created attachment 55155 --> https://bugs.winehq.org/attachment.cgi?id=55155 Program error dump after program exit I can't exit by clicking on the 'x' in the red circle in the upper left corner of the app window. I also can't exit by right-clicking on the Wine icon in my Launcher bar, and clicking 'Quit'. The only way to exit is by clicking the app's 'Settings' pull-down menu, then clicking 'Exit'. After an apparently successful exit, I get an error window with the attached bactrace.txt file. -- 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 14738] New: Sacred Underworld crashes when opening a lan game
by wine-bugs＠winehq.org 25 Apr '25

25 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=14738 Summary: Sacred Underworld crashes when opening a lan game Product: Wine Version: CVS/GIT Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kgbricola(a)web.de Created an attachment (id=15232) --> (http://bugs.winehq.org/attachment.cgi?id=15232) Sacred Underworld crash output when opening a lan game Sacred Underworld crashes when clicking "Multiplayer" -> "Local Network". The game version is 2.28. System: - Fedora 9 x86_64 (2.6.25.11-97.fc9.x86_64) - NVIDIA Geforce 8800GTS, proprietary driver 173.14.09 - Firewall disabled The game runs fine in single player mode. There is a demo version available but I think it doesn't have the multiplayer part. -- 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.

2 16

[Bug 57925] New: winewayland.drv: Games are not filled to my monitor's resolution
by WineHQ Bugzilla 24 Apr '25

24 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=57925 Bug ID: 57925 Summary: winewayland.drv: Games are not filled to my monitor's resolution Product: Wine Version: 10.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: daniel.penalized(a)proton.me Distribution: ArchLinux Created attachment 78178 --> https://bugs.winehq.org/attachment.cgi?id=78178 SWAT 4 output log (in this log I opened the settings and tried to set the maximum resolution that the game supports) Old games (specifically Ghost Recon, Splinter Cell 1, Splinter Cell 2 and SWAT 4) won't fill to my monitor's resolution, even if I switch to a higher resolution in the game settings. This MR (https://gitlab.winehq.org/wine/wine/-/merge_requests/6804) was supposed to work with winewayland.drv and fix this issue, but it doesn't work or fix it. However, this MR (https://gitlab.winehq.org/wine/wine/-/merge_requests/5057) does work and fixes that issue. There is a workaround (at least for SWAT 4): which is to take the game window out of fullscreen, then toggle the maximization state of the game window and put the game window back into fullscreen (In labwc/openbox terms: ToggleFullscreen > ToggleMaximize > ToggleFullscreen). I think it also works for Ghost Recon. Splinter Cell 1 even supports 16:9 resolutions, but only in game (in the menus, loadings and cut-scenes are still not filled in for my monitor's resolution) and Splinter Cell 2 is worse, there's no support for 16:9 resolutions or even a workaround. - I use labwc/wlroots as WM. - I'm using the new WoW64 mode. I did some tests with normal wine, but it's been a few weeks or months, so I'm not sure if the new WoW64 mode has any impact here, but I don't think so. (Sorry if the paraphrases seem disconnected from each other, if I'm not very clear or if I'm giving too little information. I've been doing a lot of testing over the last few hours and my mind isn't in a good place to come up with a good text here :/) -- 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 32279] New: Treeview control in IsoBuster keeps resetting itself
by wine-bugs＠winehq.org 24 Apr '25

24 Apr '25

http://bugs.winehq.org/show_bug.cgi?id=32279 Bug #: 32279 Summary: Treeview control in IsoBuster keeps resetting itself Product: Wine Version: 1.5.18 Platform: x86-64 URL: http://www.isobuster.com/download.php OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified This bug shows up with IsoBuster 3.0. Download and run the IsoBuster installer. Run IsoBuster. Choose File->Open Image File and load an ISO image (or I guess you could select the disc in the DVD drive). Try to choose an image file which contains quite a few directories, subdirectories and files. Use the treeview on the left side to browse the directory hierarchy. If you click on various entries, notice that after a few clicks the treeview is reset to the all-collapsed state. That happens with both built-in and native comctl32. There's no console output when the treeview resets. (There's also an access violation dialog on quitting the program, but that's probably not related.) -- 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.

2 7

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

24 Apr '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 10

← Newer
1
2
3
4
5
6
7
...
61
Older →

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