wine-bugs August 2025

wine-bugs@winehq.org

1 participants
498 discussions

[Bug 58538] New: d2d_device_context_DrawGeometry Ignoring stroke style => No Circles, only Lines
by WineHQ Bugzilla 24 Sep '25

24 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58538 Bug ID: 58538 Summary: d2d_device_context_DrawGeometry Ignoring stroke style => No Circles, only Lines Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: d.astra(a)yopmail.com Distribution: --- Created attachment 79028 --> http://bugs.winehq.org/attachment.cgi?id=79028 WINEDEBUG=+d2d, Rainmeter 4.5.23 I'm using Rainmeter 4.5.23 with Wine 10.12-staging and everything, which should be round or a circle, is either not drawn at all or more of a hexagonal shape. Main error output in the console: 013c:fixme:d2d:d2d_geometry_sink_AddArc iface 0000000002E13CF8, arc 000000000011EC80 stub! 013c:fixme:d2d:d2d_geometry_sink_AddArc iface 0000000002E13CF8, arc 000000000011EC80 stub! 013c:fixme:d2d:d2d_path_geometry_GetWidenedBounds iface 0000000002E13BE0, stroke_width 0.00000000e+00, stroke_style 0000000000000000, transform 0000000000000000, tolerance 2.50000000e-01, bounds 000000000011EA40 stub! Further output with WINEDEBUG=+d2d as attachement -- 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 48049] New: Basemark GPU crashes when using D3D12
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48049 Bug ID: 48049 Summary: Basemark GPU crashes when using D3D12 Product: vkd3d Version: 1.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: cybermax(a)dexter.no Distribution: --- Created attachment 65589 --> https://bugs.winehq.org/attachment.cgi?id=65589 Debug log of Basemark Basemark GPU - https://www.basemark.com/benchmarks/basemark-gpu/ - crashes when selecting D3D12. Vulkan and OpenGL works. Ran D3D12 test with logging: VKD3D_DEBUG=trace VKD3D_CONFIG=vk_debug VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_standard_validation Let me know if there are other logging options needed. PS. The benchmark is free to download. -- 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 57975] New: screen shaders don't work in BigPEmu.exe
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=57975 Bug ID: 57975 Summary: screen shaders don't work in BigPEmu.exe Product: Wine Version: 10.0 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cemer99797(a)isorax.com BigPEmu is an Atari Jaguar emulator, it runs Atari Jaguar games fine under Wine Stable 10.0 on macOS 11. The problem is there is a "screen effects" feature (which are like screen shaders in RetroArch, used to emulate old CRTs, etc) which doesn't work. By default, BigPEmu uses OpenGL (BigPEmu main menu > Video > Video Plugin > BigPEmu_Video_OpenGL) but can also be changed to use D3D12 which will cause it crash at startup on macOS 11. Steps to reproduce: 1. launch BigPEmu 1.18 with the following options (also opens a console): wine ~/BigPEmu_v118/BigPEmu.exe * -conout 2. use backspace/enter to navigate backward/forward in BigPEmu, go back to the main menu, then Video > Screen Effect > choose any screen effect 3. an error message pops up: "Failed to set the selected screen effect. It may be incompatible with your hardware or video plugin. You can enable logging and check the log for more details." 4. check the console which shows this error: "[1;31mError: Graphics hardware isn't equipped to run screen effects. If this error occurs with SM5.0-compatible hardware, try updating your graphics drivers." tested with BigPEmu 1.18 for Windows x64 download link: https://www.richwhitehouse.com/jaguar/builds/BigPEmu_v118.zip SHA-256: 9863390fca342e7c6bff0d7dc7d70d181bdff92796aa8d262d91e8fc909104b2 tested on macOS 11.7.10 Intel CPU (Haswell), integrated Intel GPU (HD Graphics 5000) Wine Stable 10.0 with GStreamer 1.24.12 from homebrew -- 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 58264] New: regression in multiple apps in Wine >=10.7, error: "Assertion failed: !status && "vkAllocateMemory", file /Users/gcenx/Documents/GitHub/wine-private/dlls/winevulkan/loader_thunks.c, line 93"
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58264 Bug ID: 58264 Summary: regression in multiple apps in Wine >=10.7, error: "Assertion failed: !status && "vkAllocateMemory", file /Users/gcenx/Documents/GitHub/wine-private/dlls/winevu lkan/loader_thunks.c, line 93" Product: Wine Version: 10.7 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cemer99797(a)isorax.com Created attachment 78605 --> http://bugs.winehq.org/attachment.cgi?id=78605 macOS Terminal log, wine-devel 10.8 running cpuz_x64.exe On macOS, there is a regression in multiple Windows programs since Wine-devel 10.7 (including 10.8) releases by Gcenx, with the final lines of the terminal output reading: > -[MTLHeapDescriptorInternal validateWithDevice:]:327: failed assertion `Heap Descriptor Validation > Placement heap type is not supported. > ' > 01a0:err:msvcrt:_wassert (L"!status && \"vkAllocateMemory\"",L"/Users/gcenx/Documents/GitHub/wine-private/dlls/winevulkan/loader_thunks.c",93) > Assertion failed: !status && "vkAllocateMemory", file /Users/gcenx/Documents/GitHub/wine-private/dlls/winevulkan/loader_thunks.c, line 93 These programs work fine in Wine-devel 10.6 and lower tested with Wine-devel 10.7 and 10.8 binary releases from Gcenx (https://github.com/Gcenx/macOS_Wine_builds/releases) on macOS 11.7.10 tested with CPU-Z 2.15 (portable) (cpuz_x64.exe) download: https://download.cpuid.com/cpu-z/cpu-z_2.15-en.zip sha256: c8461d995d77a8fe1e8c5823403e88b04b733165cc151083b26379f1fe4b9501 -- 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 16

[Bug 53573] New: Warcraft III Reforged 1.33.0.19194 has black main menu
by WineHQ Bugzilla 22 Sep '25

22 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=53573 Bug ID: 53573 Summary: Warcraft III Reforged 1.33.0.19194 has black main menu Product: Wine Version: 7.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kolAflash(a)kolahilft.de Distribution: --- Created attachment 72950 --> https://bugs.winehq.org/attachment.cgi?id=72950 STDOUT/STDERR log when warcraft-iii-reforged-1.33.0.19194 is starting an switching to black main menu Last night (2022-08-18) Blizzard released an update for Warcraft III Reforged from version 1.32.x to 1.33.0.19194. Since then the main menu of the game is just black! But I can hear the sound of the main menu. I attached a STDOUT/STDERR log. Version 1.32.x of the game was running fine using wine-staging-7.14. (didn't test any other wine version before) Wine versions I just tried: wine-staging-7.14 wine-staging-7.15 wine-devel-7.15 OS: Debian-11 Wine: https://dl.winehq.org/wine-builds/debian/ GPU: Radeon RX 590 Neither standard Wine D3D11 OpenGL based implementation (WineD3D) nor DXVK is working. Maybe slightly related: Warcraft III: staying in menus quickly gobs all system memory https://github.com/doitsujin/dxvk/issues/1866 -- 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 17

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

21 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 3

[Bug 24951] New: Call of Duty / UO: Jerky freelook
by wine-bugs＠winehq.org 21 Sep '25

21 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=24951 Summary: Call of Duty / UO: Jerky freelook Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gav616(a)gmail.com At the main menu: When the cursor is moveed around it 'seems' to be at a very low framerate and it jerks about. In-game: When freelooking around, the game seems to stay at the correct rate but the mouse movements are jerked and misinterpreted. It looks like the FPS is dropping to 5 when the jerks occur, but the FPS remains constant through the jerks. Audio is not effected. -- 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 18

[Bug 42858] New: Stuttering sound setting the OS to Windows 7 and higher on FreeBSD
by wine-bugs＠winehq.org 20 Sep '25

20 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=42858 Bug ID: 42858 Summary: Stuttering sound setting the OS to Windows 7 and higher on FreeBSD Product: Wine Version: 2.4 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adrien_fernandes2(a)hotmail.com On every games I try, when I set to Windows XP, the sound is working correctly but if I set to Windows 7 and higher, the sound will stutter, whatever the game you are trying. It's a bit annoying when you have to set the OS to Windows 7 like with Enter the Gungeon to make it work. I tried Resident Evil Revelations and Enter the Gungeon, they both have the same problem so I guess it's something related to FreeBSD (maybe more BSD OS) -- 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 48272] New: Crackling and slower audio on Ubisoft's Assassin's Creed 1 & Far Cry 3 games
by WineHQ Bugzilla 20 Sep '25

20 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48272 Bug ID: 48272 Summary: Crackling and slower audio on Ubisoft's Assassin's Creed 1 & Far Cry 3 games Product: Wine Version: 4.21 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adrien_fernandes2(a)hotmail.com Created attachment 65940 --> https://bugs.winehq.org/attachment.cgi?id=65940 Output of Wine 4.21 running Assassin's Creed So here it is, it might be a bit long and I'll try to be as precise as I can to explain the problem. First, list of tested games : Far Cry 2 : No audio problem ✔ Crysis : No audio problem ✔ XIII : No audio problem ✔ Far Cry 3 : Crackling audio ✖ Assassin's Creed : Crackling audio ✖ I ran all the games set on DirectX 9 and I built Wine to use Open Sound System for audio (if this is important). Assassin's Creed 1's prefix is set to WinXP and Far Cry 3's one is set to Win7 (because of Uplay). The problem is that the audio on Far Cry 3 and Assassin's Creed is weirdly crackling and slower than it should be but, not EVERY sounds in the game are making the audio crackles. On Assassin's Creed, it's when a lot of people are around me and everytime I use the eagle vision. In the menu or when outside the Animus (in the present time of the game where there are only three people and a tiny room), the audio works well. Also, an important point is that neither Assassin's Creed nor Far Cry 3 are slowed down to fit the slowed down audio issue. They both work very well when it happens which is causing a strange issue I'll describe AND SHOW below. I'm using a GTX 765m to play which is not bad for old games like these. "Your computer certainly isn't powerful enough to run the game !" you say... Well, you are not totally wrong, I could have better hardware but, in the past, when I was playing these games on Windows then, later, on GNU/Linux, I never met this problem. The two differences are that I'm playing, for the first time, Assassin's Creed _ON_FREEBSD_ and we are now almost in 2020. My last Assassin's Creed session was on GNU/Linux in 2016. Wine changed so much in almost 4 years ! But let me remind you that only two of the five games mentioned above are having issue. all my native FreeBSD games (OpenMorrowind, Xonotic, Minetest, Tales of Maj'Eyal, Quake II from Yamagi's source code etc...), videos read with mpv, music listened with moc and even Firefox are all working well without crackling or slowed down audio. And three tested games on Wine with OSS are working perfecly. I could have tested more games but I think three is good enough. So here is the "show" I mentioned in the beginning. I took a video of Assassin's Creed's problem. I recorded it with my phone so... sorry for the poor quality but you can see the problem : https://www.youtube.com/watch?v=f5rhg-PwFeU In this video, you can see two people speaking together. In the normal game, one speak and, when finished, the other answer. They _NEVER_ speak above the other. In my Assassin's Creed, the game is running well but the audio is slowed down which creates a desyncing between the slowed down voice played and the mouth of the character. And, because the game is running well beside this issue, one didn't finish his sentence and the other will start his speech over the first one (it shouldn't happen). I found a longplay video of the game which is certainly played on Windows. I copied the video link to start at the exact same moment as the one I recorded from my computer and you can see how the game should normally behave : https://youtu.be/1gGz6vf35T0?t=2991 About the crackling audio issue, it can be heard by the end of my video when I use the eagle vision. For Far Cry 3, don't even need to run the game to hear crackling and slowed down audio. I also took a video of the problem, it speaks for itself : https://www.youtube.com/watch?v=JkOXvy_42jc The original theme can be listened here : https://youtu.be/rfAeL4JfHj8?t=10 I copied the video to start at the same time of my video of Far Cry 3, in the menu. What you can notice is that the normal music is faster than in my video, it's the same problem than with Assassin's Creed 1. I fetched the output of Wine when running Assassin's Creed 1. It repeatedly says two things so I cut it into "head -n 50" and "tail -n 50". I watched the long output and nothing is different between the first 50 and last 50 lines. I hope I was clear enough, English isn't my native language so I apologize if I didn't use it correctly. -- 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 54285] New: Mostly UE4 games failing to start when trying to use faudio by wine itself
by WineHQ Bugzilla 20 Sep '25

20 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=54285 Bug ID: 54285 Summary: Mostly UE4 games failing to start when trying to use faudio by wine itself Product: Wine Version: 7.0.1 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Created attachment 73852 --> https://bugs.winehq.org/attachment.cgi?id=73852 Sea of Thieves Hello, since the update to wine 7 it is not possible to run mostly Unreal Engine 4 games. In the log there were indications that something might be wrong with the xaudio 2_7 dll. So I just applied faudio via winetricks and the games work again. Unfortunately this is not a permanent solution as there is a bug on platforms like Mac OS, FreeBSD that if you use native,buildin xaudio the sound does not work correctly in terms of stuttering and slightly distorted sound. As far as I know the games worked correctly in Wine 6.0.1. Unfortunately it is not possible for me to test more in wine-devel because the port is very often defective and also just once again not working. (Last version tested was 7.21 and it was there too) Thanks in advance! -- 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
...
17
18
19
20
21
22
23
...
50
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 August 2025