wine-bugs

wine-bugs@winehq.org

1 participants
159200 discussions

[Bug 58433] New: entering sub-menus makes entire menu vanish behind main window in FL Studio (virtual desktop mode)
by WineHQ Bugzilla 10 Oct '25

10 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58433 Bug ID: 58433 Summary: entering sub-menus makes entire menu vanish behind main window in FL Studio (virtual desktop mode) Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: cyrus.valkonen(a)gmail.com Distribution: --- When any menu is opened, such as "File ...", and then a nested sub-menu with more menu options such as "New from template ..." is hovered (not clicked) with the mouse to open it, the entire menu with sub-menu is suddenly rendered behind the main window (z-index issue?). Consequently the user can no longer open files and can no longer access a lot of important menus in a lot of the DAWs functions, such as music sheet editor, pattern editor, etc. In Wine 8.1 this bug does not occur, and must have been introduced somewhen after (my guess is version 9). Please note that this issue does NOT relate to X11, because it happens with "Emulate a virtual desktop" checked. I tried many things to work around it, including monkey-patching Wine 10.11 source, but everything is unsuccessful. Please note due to issues with VSTs, FL Studio needs very specific combos of NOT using DXVK, and not overriding d3dcompiler_47 or dxgi with winetricks. But even if used it makes no difference. There are NO OPTIONS in FL Studio that prevent this bug (such as unchecking ultrasmooth mode or disabling window animations). Only regressing to 8.1 fixes the bug. In the logs you will see two "TQuickPopupMenuWindow" being opened. The first is the menu, the second is the sub-menu. Many versions of FL Studio and Wine are affected by this. At least since FL 20 and Wine 9. Sadly because of changes in Juce (used by many VSTs), a lot of new and critical VST plugins now do require a very recent Wine version. Thus falling back to Wine 8.1 is no longer viable. -- 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 57448] New: Erratic mouse movement with waylanddriver in Throne and Liberty
by WineHQ Bugzilla 10 Oct '25

10 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=57448 Bug ID: 57448 Summary: Erratic mouse movement with waylanddriver in Throne and Liberty Product: Wine Version: 9.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: timon2201(a)gmail.com Distribution: --- When running Throne and Liberty with proton which is build from the main wine tree and starting it with the wayland driver. The mouse is extremely fast and erratic. When i try to look around the character spins around really fast and it seems like the distance which the mouse makes with each tick is enormous. Its like when you have an linear acceleration graph of your mouse set which doesn't move 1 pixel with the mouse moved to 1 on the screen. But like 1 pixel with the mouse to like 500 pixel on the screen. So you have like 4 positions or something like that before you have a complete turn with your character. -- 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 54227] New: Altium Designer 20.x - 22.x slowness in 2D schematics editor - possibly GDI font rendering problem
by WineHQ Bugzilla 10 Oct '25

10 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=54227 Bug ID: 54227 Summary: Altium Designer 20.x - 22.x slowness in 2D schematics editor - possibly GDI font rendering problem Product: Wine-staging Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kepszlok(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 73773 --> https://bugs.winehq.org/attachment.cgi?id=73773 Wine's output This is a problem that affects all Altium Designer versions from 20.x to current, with all wine-staging versions of 7.xx branch. See AD compatibility reports: 20.x https://appdb.winehq.org/objectManager.php?sClass=version&iId=38478 21.x https://appdb.winehq.org/objectManager.php?sClass=version&iId=40170 22.x https://appdb.winehq.org/objectManager.php?sClass=version&iId=40683 All of them shows slowness in the 2D schematics editor, while the 3D PCB editor works fine. Using the schematics editor, this message appears in constantly: 0118:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 0000000001647F70. (the schematics editor itself working fine, just unusably slow) Possible reason: "probably because X2 uses GDI font rendering by default and lacks option to turn it off" -- 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 58593] New: explorer.exe drop-down menu doesn't work
by WineHQ Bugzilla 10 Oct '25

10 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58593 Bug ID: 58593 Summary: explorer.exe drop-down menu doesn't work Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Steps to reproduce: 1. Launch explorer.exe 2. Click on Location drop-down menu 3. When it clicked there is no expected behaviour and it also blocks green arrows from action until clicking somewhere. It presents in wine-6.18 and this is the latest version able to build normally. -- 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 10349] New: Yukon Trail installer crashes at the end
by wine-bugs＠winehq.org 10 Oct '25

10 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=10349 Summary: Yukon Trail installer crashes at the end Product: Wine Version: 0.9.48. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: echidnaman(a)gmail.com Created an attachment (id=9017) --> (http://bugs.winehq.org/attachment.cgi?id=9017) Crash Log After the Yukon Trail's installer is done installing, it crashes, taking the file browser it spawns with it. To reproduce: -Run installer -Complete installation -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 24

[Bug 58749] New: Delayed startup of wine processes in Wine-10.16
by WineHQ Bugzilla 10 Oct '25

10 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58749 Bug ID: 58749 Summary: Delayed startup of wine processes in Wine-10.16 Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression, source Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 7bb835b3482de5e66515b5a0bd8dce8dc9844c93 Distribution: ArchLinux There is a noticeable delay (8-10s) when starting any applications in Wine-10.16, e.g. wine regedit. No disk activity or high cpu usage from wineserver can be seen with htop, there is just a delay before the actual program appears on the screen. Reproduced with 32bit-only, shared WOW and the new WOW64 prefixes alike. Started happening after commit 7bb835b3482de5e66515b5a0bd8dce8dc9844c93 ntdll: Use in-process synchronization objects. The issue doesn't exist with the previous commit or when the ntsync kernel module is not loaded. I'm using Arch Linux and tested with both the current official kernel on Arch (6.16.10-zen1-1-zen) and with kernel-6.17-cachyos-bore. -- 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 58782] New: Crash or freeze when draw elliptic regions
by WineHQ Bugzilla 10 Oct '25

10 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58782 Bug ID: 58782 Summary: Crash or freeze when draw elliptic regions Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: rikul(a)inbox.ru Distribution: --- Created attachment 79427 --> http://bugs.winehq.org/attachment.cgi?id=79427 patch and examples When i'm passing big values to elliptic regions functions or to rounded rects functions, wine is crashing or freezing. Usually we don't need to paint such large shapes, but they can be produced by an application during pan&zoom. Mostly they are out of screen and we don't need to it to draw them properly. But we need to avoid freezing or crash. Following commands reproduce the bug (example c-code in attachment): // freeze on this command (test1.c): CreateEllipticRgn(0, 4, -600000000, 0); // crash on this (test1.c): CreateEllipticRgn(0, 4, -600000000, 0); // freeze too (test2.c): RoundRect(dc, -534431263, -25344, -108065219, -9065, 426366044, 16279); I've learned the wine sources and found several issues: 1. In file dlls/win32u/region.c in function NtGdiCreateRoundRectRgn: There are several possible int and even int64 overflows To make things work properly `ellipse_width` and `ellipse_height` should be restricted by at least 2^19. Also here can be out-of-memory issues, because this function tries to allocate allocates `ellipse_height` rectangles. So, to prevent freezing or memory issues will be better to restrict `ellipse_height` to smaller number. 2. In file dlls/win32u/dibdrv/graphics.c in function dibdrv_RoundRect: There (ellipse_width + ellipse_height)*16 bytes are allocating. So, we need to restrict to restrict values of `ellipse_width` and `ellipse_height`. For example, to 2^19 to be in consistent with NtGdiCreateRoundRectRgn. I've attached a patch-file (round-rect.patch) that solves the problem. -- 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 56157] New: Deep Rock Galactic fails to launch
by WineHQ Bugzilla 10 Oct '25

10 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=56157 Bug ID: 56157 Summary: Deep Rock Galactic fails to launch Product: Wine Version: unspecified Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Created attachment 75842 --> https://bugs.winehq.org/attachment.cgi?id=75842 FSD Log with seh, fixme and warn messages. Hello, the game Deep Rock Galactic fails to launch. The splash image appears and then shortly after that, the Unreal Crash Reporter opens. When i taking a look at the log i do see messages about EnumProcessModulesEx. I do have other Unreal Engine 4 titles aswell that dont work but also have messages with EnumProcessModulesEx maybe it could be related to that? Tested with Wine 8.0.2 Thank you 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 12

[Bug 58771] New: Resident Evil 3 (1999) Movies do not play with wine-10.16
by WineHQ Bugzilla 10 Oct '25

10 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58771 Bug ID: 58771 Summary: Resident Evil 3 (1999) Movies do not play with wine-10.16 Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: MikeT12500(a)proton.me Distribution: --- Resident Evil 3 (1999) Movies do not play with wine-10.16. This error is displayed on the terminal. 0144:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi sound output probably won't work. 0144:err:quartz:dsound_render_sink_connect Failed to create sound buffer, hr 0x80004001. 0:00:00.150247953 6636 0x70b4b700 ERROR WINE wg_transform.c:961:copy_video_buffer: Output buffer is too small. 0:00:00.150267053 6636 0x70b4b700 ERROR WINE wg_transform.c:1098:read_transform_output_video: Failed to copy buffer buffer: 0x487eb5e8, pts 0:00:00.560266600, dts 99:99:99.999999999, dur 0:00:00.033333333, size 153600, offset none, offset_end none, flags 0x40 0:00:00.150362583 6636 0x70b4b700 ERROR WINE wg_transform.c:961:copy_video_buffer: Output buffer is too small. 0:00:00.150373413 6636 0x70b4b700 ERROR WINE wg_transform.c:1098:read_transform_output_video: Failed to copy buffer buffer: 0x487eb5e8, pts 0:00:00.560266600, dts 99:99:99.999999999, dur 0:00:00.033333333, size 153600, offset none, offset_end none, flags 0x40 0144:err:quartz:BaseMemAllocator_Decommit Waiting: 1 I tested on clean wine 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 2

[Bug 58737] New: Download of large file via WinHTTP fails with WSATIMEDOUT
by WineHQ Bugzilla 10 Oct '25

10 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58737 Bug ID: 58737 Summary: Download of large file via WinHTTP fails with WSATIMEDOUT Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: felixhaedicke(a)web.de Distribution: --- Created attachment 79362 --> http://bugs.winehq.org/attachment.cgi?id=79362 Source code: Download a file (without acutally storing it) via HTTPS via WinHTTP See attached sample code: For particular (large) files, downloads using wine's WinHTTP implementations can fail reproducibly with a WSATIMEDOUT. This happens when running the installer of Condor 3 (https://www.condorsoaring.com), which is obviously built with "Inno Setup". The installer downloads a 14 GB archive from https://downloads3.condorsoaring.com/V3/Landscapes1.zip during installation. Unfortunately, when the actual download is finished, the installer fails with a code 10060 (WSATIMEDOUT) error message. Using the attached sample code, I could reproduce this problem. The file is downloaded, but the last WinHttpQueryDataAvailable() call fails with WSATIMEDOUT (instead of detecting EOF): winhttpdownload.exe "downloads3.condorsoaring.com" "/V3/Landscapes1.zip" It seems to work fine for most other downloads, even for files which are larger than 4GB (4294967295 bytes, DWORD max value). The sample code works fine on Windows 11. -- 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

← Newer
1
2
3
4
5
6
7
8
...
15920
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