wine-bugs October 2025

wine-bugs@winehq.org

1 participants
355 discussions

[Bug 57574] New: Wine 9.20: Application window positioning regression on laptop with multi monitor display setup
by WineHQ Bugzilla 17 Oct '25

17 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=57574 Bug ID: 57574 Summary: Wine 9.20: Application window positioning regression on laptop with multi monitor display setup Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: justin.guidroz(a)gmail.com Distribution: --- Distro: Manjaro linux Seen in Wine version: 9.20 and greater (could be earlier, but Manjaro went from 9.16 to 9.20) Setup: Laptop with two external displays. I've been running one Windows application, Sierra Chart, under Wine on Linux for a couple of years now. No issues with window positioning between wine upgrades until Manjaro updated Wine to 9.20 (same behavior seen in 9.22 as well). After updating Wine, the dialog about updating the Wine config that would normally start centered on my laptop screen, now starts on an external display off center. The initial application login screen that would normally start centered on my laptop screen now starts on an external display off center. The main application window that would launch maximized on the laptop screen, now starts on the external display. Dragging the application to the laptop screen and clicking any menu item, the menu drop down appears on the external display instead of in the application on the laptop screen. The second instance of this application that would start maximized on the external display now starts half off the external display. Dragging this back to the external display, all dialog popups appear off the external monitor unable to be seen or even usable. Reading through the release notes for releases after 9.16, it seems this may be related to the "Better window positioning in the wayland driver" introduced in 9.19, but not entirely sure at this moment. -- 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 56381] New: "type" does not support binary files
by WineHQ Bugzilla 17 Oct '25

17 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=56381 Bug ID: 56381 Summary: "type" does not support binary files Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: dan(a)coneharvesters.com Distribution: --- "type" truncates binary files when redirecting the output to stdout. For example: c:\>type c:\windows\winhelp.exe >foo c:\>dir c:\windows\winhelp.exe foo Volume in drive c has no label. Volume Serial Number is 0000-0000 Directory of c:\windows 28/02/2022 5:32 PM 257 winhelp.exe 1 file 257 bytes 0 directories Directory of c: 29/02/2024 1:21 PM 2 foo 1 file 2 bytes 0 directories 19,394,506,752 bytes free The file is truncated after the second byte (byte 3 is NUL). Windows 10 and Windows XP copy the entire file in this case. However, Windows 95 truncates the file. This is causing real-world compatibility issues, as the z88dk compiler suite inexplicably uses "type" to copy binary files like this on Windows. -- 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 51119] New: INSIDE ground is black rendered with OpenGL renderer
by WineHQ Bugzilla 17 Oct '25

17 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=51119 Bug ID: 51119 Summary: INSIDE ground is black rendered with OpenGL renderer Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 69984 --> https://bugs.winehq.org/attachment.cgi?id=69984 example 0684:fixme:d3d:wined3d_debug_callback 0xc8a060: "Program undefined behavior warning: The current GL state uses a sampler (3) that has depth comparisons disabled, with a texture object (226) with a non-depth format, by a shader that samples it with a shadow sampler. This will result in undefined behavior.". -- 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 46603] New: Metro 2033 crashes on exit
by wine-bugs＠winehq.org 17 Oct '25

17 Oct '25

https://bugs.winehq.org/show_bug.cgi?id=46603 Bug ID: 46603 Summary: Metro 2033 crashes on exit Product: Wine Version: 4.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 63501 --> https://bugs.winehq.org/attachment.cgi?id=63501 backtrace Game crashes on exit. wine-4.1-85-g957a1f0216 -- 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 3

[Bug 57448] New: Erratic mouse movement with waylanddriver in Throne and Liberty
by WineHQ Bugzilla 17 Oct '25

17 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 5

[Bug 58755] New: 16 bit skifree does not work under wow64
by WineHQ Bugzilla 17 Oct '25

17 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58755 Bug ID: 58755 Summary: 16 bit skifree does not work under wow64 Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: edoardo762(a)gmail.com Distribution: --- I saw that wine 10.16 in WOW64 now supports 16 bit programs, so i tried the original skifree, but it is crashing with this trace 00b8:fixme:wineusb:query_id Unhandled ID query type 0x5. 00b8:fixme:wineusb:query_id Unhandled ID query type 0x5. 00b8:fixme:wineusb:query_id Unhandled ID query type 0x5. 00b8:fixme:wineusb:query_id Unhandled ID query type 0x5. 0138:err:environ:init_peb starting L"C:\\windows\\syswow64\\winevdm.exe" in experimental wow64 mode 013c:err:seh:call_seh_handlers invalid frame 000000000103EBA0 (00007FFFFE302000-00007FFFFE3FFD20) 013c:err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception. The application can be downloaded from https://ski.ihoc.net/ (the link for the 16 bit version is at the bottom) -- 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 19

[Bug 58770] New: Unable to Compile 10.16
by WineHQ Bugzilla 17 Oct '25

17 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58770 Bug ID: 58770 Summary: Unable to Compile 10.16 Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jonfarr87(a)gmail.com Distribution: --- Created attachment 79414 --> http://bugs.winehq.org/attachment.cgi?id=79414 Config log Starting with the latest 10.16 release I'm getting an error related to "windows.devices.enumeration" dll. Logs attached. I can confirm that the issue isn't present in previous releases. -- 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 16214] New: Copy command does not work as expected
by wine-bugs＠winehq.org 17 Oct '25

17 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=16214 Summary: Copy command does not work as expected Product: Wine Version: 1.0.1 Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: scott(a)open-vote.org >From Launchpad: https://bugs.edge.launchpad.net/ubuntu/+source/wine/+bug/272921 In Windows, the COPY command run in a command prompt allows users to concatenate files by using a plus ("+") operator, for example: copy file1+file2 outfile In wine's cmd.exe, it seems to read file1+file2 as a single path and therefore outputs a "Path Not Found". Also, it does not recognize the "con" keyword used to represent stdout/stdin. Therefore another method of concatenating files: copy file1 outfile copy file2 con >> outfile does not work either. My Ubuntu version is 8.04, AMD64 architecture, though I have seen the same issue on the x86 version as well. -- 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 23

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

17 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 6

[Bug 58726] New: version 10.15 Regression: "Roon" music player only shows a blank white screen but buttons (that aren't displayed) technically work
by WineHQ Bugzilla 17 Oct '25

17 Oct '25

http://bugs.winehq.org/show_bug.cgi?id=58726 Bug ID: 58726 Summary: version 10.15 Regression: "Roon" music player only shows a blank white screen but buttons (that aren't displayed) technically work Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joni.hilger(a)yahoo.de Distribution: --- Created attachment 79334 --> http://bugs.winehq.org/attachment.cgi?id=79334 Screenshot of the bug happening on wine-staging 10.15 - the window is completely blank/white When launching the Roon music player application, only a blank white window is rendered. The buttons technically work when clicking on the space where they are usually located so it seems to be a rendering issue. Additionally the window is "hard to interact with" when maximizing it I can't grab the top bar anymore (I mean the KDE provided one) and the close/minimize buttons in the top right wont work anymore. This bug only happens in 10.15 Downgrading to any version prior to 10.15 (e.g. 10.14) makes the application display correctly again. Confirmed not working: 10.15 [joni@linuxjoni04 bin]$ wine --version wine-10.15 (Staging) Confirmed working: [joni@linuxjoni04 bin]$ wine --version wine-10.14 (Staging) DAZ Studio, which is another wine application I have installed, does not experience this issue and renders correctly. To reproduce this issue you can quickly install roon via the script here: https://github.com/RoPieee/roon-on-wine After installing and opening the program you will immediately see the blank white window as seen in the screenshot. (alternatively you can get the exe file here and manually install it, but you need a few dependencies so the above script is way easier https://download.roonlabs.net/builds/RoonInstaller64.exe ) My system: Operating System: Arch Linux KDE Plasma Version: 6.4.5 KDE Frameworks Version: 6.18.0 Qt Version: 6.9.2 Kernel Version: 6.16.7-2-cachyos (64-bit) Graphics Platform: Wayland Processors: 24 × 13th Gen Intel® Core™ i7-13700K Memory: 64 GiB of RAM (62.5 GiB usable) Graphics Processor: NVIDIA GeForce RTX 3090 Ti -- 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 9

← Newer
1
...
14
15
16
17
18
19
20
...
36
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 October 2025