wine-bugs

wine-bugs@winehq.org

1 participants
159000 discussions

[Bug 58593] New: explorer.exe drop-down menu doesn't work
by WineHQ Bugzilla 14 Aug '25

14 Aug '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 2

[Bug 58096] New: Window title bar double-click to return from maximized state sometimes makes window full sized
by WineHQ Bugzilla 14 Aug '25

14 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58096 Bug ID: 58096 Summary: Window title bar double-click to return from maximized state sometimes makes window full sized Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine_bugzilla(a)sctb.ch Distribution: --- I use WINE to run PFE, a text editor. https://www.lancaster.ac.uk/people/steveb/cpaap/pfe/ I've noticed recently that behaviour has changed when double-clicking the title bar. Normally, double clicking title maximizes window, and double clicking again minimizes window. What now *sometimes* happens is that the first double click as expected maximizes, but the second double click returns the window to its normal size but then instantly changes the actual window size to the maximum possible (to the screen size). This is *not* the maximized state, because double clicking now - no matter how many times - does not change the window size. The window has actually been resized (and so further double clicks are converting a screen-sized window to maximized, and then back to screen-sized). At this point the window has to be manually resized back to something non-maximum. My suspicion here is that I might be issuing from the mouse a very rapid *triple* click, and there's some kind of race condition, where the third click is causing the observed behavour; and that this is why it happens *sometimes* only. -- 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 58046] New: Horizon Chase Turbo: gamepad hotplugging doesn't work
by WineHQ Bugzilla 14 Aug '25

14 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=58046 Bug ID: 58046 Summary: Horizon Chase Turbo: gamepad hotplugging doesn't work Product: Wine Version: 10.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: tinozzo123(a)gmail.com Distribution: --- Created attachment 78302 --> https://bugs.winehq.org/attachment.cgi?id=78302 `WINEDEBUG=+dinput`, launch game with one gamepad, disonnected, reconnected. In Horizon Chase Turbo (tested Epic Games Store version), gamepads are only usable if they have always been connected since the game has been launched. Otherwise, their inputs are completely ignored, and these gamepads will not be listed in the player mapping screen (Multiplayer). This is not the case on Windows. The only exception is in the title screen: "Press Any Button" does work with hotplugged gamepads. Logs are taken on a fresh prefix with `WINEDEBUG=+dinput`. Without this, the only dinput-related log is: ``` 0208:fixme:dinput:hid_joystick_device_try_open device usage ff72:00a1 not implemented! ``` -- 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 58509] New: AppDB solution to redundant query and storage of Bugzilla versions list per user session
by WineHQ Bugzilla 14 Aug '25

14 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58509 Bug ID: 58509 Summary: AppDB solution to redundant query and storage of Bugzilla versions list per user session Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: wineryyyyy(a)gmail.com Distribution: --- Spawned from merge request addressing bug report: https://gitlab.winehq.org/winehq/appdb/-/merge_requests/23 https://bugs.winehq.org/show_bug.cgi?id=58471 Bug Link Queue is broken @jnewman raised server side concerns about redundantly querying and storing Bugzilla version per user session. A quick fix patch is currently in place to resolve the 500 error, but a better solution that queries and caches the Bugzilla versions server-wide and shared between user sessions was requested as a more optimal solution. -- 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

Your personal data has leaked due to suspected harmful activities.
by wine-bugs＠winehq.org 14 Aug '25

14 Aug '25

Hi there! I am a professional hacker and have successfully managed to hack your operating system. Currently I have gained full access to your account. In addition, I was secretly monitoring all your activities and watching you for several months. The thing is your computer was infected with harmful spyware due to the fact that you had visited a website with porn content previously. ╭ ᑎ ╮ Let me explain to you what that entails. Thanks to Trojan viruses, I can gain complete access to your computer or any other device that you own. It means that I can see absolutely everything in your screen and switch on the camera as well as microphone at any point of time without your permission. In addition, I can also access and see your confidential information as well as your emails and chat messages. You may be wondering why your antivirus cannot detect my malicious software. Let me break it down for you: I am using harmful software that is driver-based, which refreshes its signatures on 4-hourly basis, hence your antivirus is unable to detect it presence. I have made a video compilation, which shows on the left side the scenes of you happily masturbating, while on the right side it demonstrates the video you were watching at that moment..ᵔ.ᵔ All I need is just to share this video to all email addresses and messenger contacts of people you are in communication with on your device or PC. Furthermore, I can also make public all your emails and chat history. I believe you would definitely want to avoid this from happening. Here is what you need to do - transfer the Bitcoin equivalent of 960 USD to my Bitcoin account (that is rather a simple process, which you can check out online in case if you don't know how to do that). Below is my bitcoin account information (Bitcoin wallet):1BXNuQZQFDNoPjvncpkUBVxPZmwbQtK8g7 Once the required amount is transferred to my account, I will proceed with deleting all those videos and disappear from your life once and for all. Kindly ensure you complete the abovementioned transfer within 50 hours (2 days +). I will receive a notification right after you open this email, hence the countdown will start. Trust me, I am very careful, calculative and never make mistakes. If I discover that you shared this message with others, I will straight away proceed with making your private videos public. Good luck!

1 0

[Bug 58595] New: gitlab fails to run rebase builds due to missing contributor name
by WineHQ Bugzilla 13 Aug '25

13 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58595 Bug ID: 58595 Summary: gitlab fails to run rebase builds due to missing contributor name Product: WineHQ Gitlab Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gitlab-unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- When I attempted to rebase MR 8679 to current git via the web UI the build failed with an error stating that it did not have a valid committer name. This is despite my name and email address being defined in my gitlab profile and my gitlab settings being set to use the primary email for the web UI actions. The log also indicates that it failed to use my email address instead defaulting to the gitlab runner name. Build log: https://gitlab.winehq.org/hibbsncc1701/wine/-/jobs/180801 -- 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 58592] New: Font substitution partially broken - regression
by WineHQ Bugzilla 13 Aug '25

13 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58592 Bug ID: 58592 Summary: Font substitution partially broken - regression Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zdenek.koprivik(a)post.cz Distribution: --- While trying to replace "Tahoma" with "Noto Sans Regular" (the default Plasma desktop font), I've encountered an issue, where the font replacement does not work in some cases. Since I'm migrating from a very old system with Wine 1.6.2, I know that the font replacement used to work for the exact same binary and the same UI elements. I've set the following registry keys: [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes] "Tahoma"="Noto Sans Regular" "Segoe UI"="Noto Sans Regular" "MS Shell Dlg"="Noto Sans Regular" "MS Shell Dlg 2"="Noto Sans Regular" The issue can be reproduced by opening the file dialog in the built-in registry editor. Running the built-in registry editor I've got the main font changed to "Noto Sans Regular" as expected, but in the file open dialog for import, there is still "Tahoma". When I'm browsing for directories, the font changes to "Noto Sans Regular", but when an item is selected, the font changes back to "Tahoma". Here is a short video showing the issue: https://imgur.com/a/l0BhsB8 This is only one example of the non-working substitution. The "Tahoma" is also rendered on the buttons and almost everywhere around in the dialog. I'm using the substitution mostly for MikroTik network equipment management apps (WinBox and The Dude) to improve the readability. It is working fine when running the exact same binaries on the old PC with Wine 1.6.2, but I can't get it to work with the newest Wine. The system is KDE neon User, Plasma 6.4.4, Wine 10.12 from the WineHQ PPA. -- 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 58572] New: wine crashes on the wayland driver when virtual-keyboard-unstable-v1 is used
by WineHQ Bugzilla 13 Aug '25

13 Aug '25

http://bugs.winehq.org/show_bug.cgi?id=58572 Bug ID: 58572 Summary: wine crashes on the wayland driver when virtual-keyboard-unstable-v1 is used Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: azulbeae(a)icloud.com Distribution: --- https://wayland.app/protocols/virtual-keyboard-unstable-v1 This protocol is used by basically every wayland native/supported on-screen virtual keyboard, and by tools like https://git.sr.ht/~brocellous/wlrctl or https://github.com/atx/wtype Whenever virtual keyboard protocols are used when winewayland.drv is in use, wine immediately crashes. To replicate the issue, install wlrctl or wtype, then make them type any string while wine is running. -- 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 57367] New: DLNest crash due to unimplemented function
by WineHQ Bugzilla 13 Aug '25

13 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=57367 Bug ID: 57367 Summary: DLNest crash due to unimplemented function Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- DLNest new 2.0 version use dotnet and shown following message Unimplemented function ntdll.dll.NtCreateWaitCompletionPacket called at address 00006FFFFFC5F038 (thread 0140), starting debugger... which is seems like unimplemented in wine -- 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 57175] New: Multiple issues with Audacity after upgrading to Wine 9.17
by WineHQ Bugzilla 12 Aug '25

12 Aug '25

https://bugs.winehq.org/show_bug.cgi?id=57175 Bug ID: 57175 Summary: Multiple issues with Audacity after upgrading to Wine 9.17 Product: Wine Version: 9.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 77073 --> https://bugs.winehq.org/attachment.cgi?id=77073 Audacity 3.6.3 in Wine 9.17 with DPI=144 and classic Windows theme After I upgraded Wine from version 9.10 to 9.17, Audacity has become horrible to use and look at. I've always been using DPI=144 because I have a High DPI 14" monitor. So, * Fonts in Audacity have become much smaller than they were before * Fonts now look very blurry A screenshot will be attached. On the outside of Audacity you can see IrfanView which continues to scale properly and fonts are rendered just fine. -- 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 46

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