wine-bugs

wine-bugs@winehq.org

1 participants
158705 discussions

[Bug 49097] New: Treeview unduly handles WM_SYSKEYDOWN
by WineHQ Bugzilla 22 May '25

22 May '25

https://bugs.winehq.org/show_bug.cgi?id=49097 Bug ID: 49097 Summary: Treeview unduly handles WM_SYSKEYDOWN Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: contact(a)kcsoftwares.com Distribution: --- Treeview unduly handles WM_SYSKEYDOWN Refer to treeview.c case WM_KEYDOWN: case WM_SYSKEYDOWN: return TREEVIEW_KeyDown(infoPtr, wParam); No such processing on Listview : case WM_KEYDOWN: return LISTVIEW_KeyDown(infoPtr, (INT)wParam, (LONG)lParam); As a consequence, WM_SYSKEYDOWN not correctly passed to parent Wnd if focus is on a Treeview control. Proof of concept : Use ReactOS. Open Regedit or Event Viewer. Put focus on treeview. Alt+F4 does nothing (WM_SYSKEYDOWN "stuck" at Treeview component level) Suggested patch : change case WM_KEYDOWN: case WM_SYSKEYDOWN: return TREEVIEW_KeyDown(infoPtr, wParam); into case WM_KEYDOWN: return TREEVIEW_KeyDown(infoPtr, wParam); as no reason to handle WM_SYSKEYDOWN at component level. -- 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 11

[Bug 58259] New: Qt Installer for Windows doesn't work
by WineHQ Bugzilla 22 May '25

22 May '25

http://bugs.winehq.org/show_bug.cgi?id=58259 Bug ID: 58259 Summary: Qt Installer for Windows doesn't work Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tshah.dental(a)gmail.com Distribution: --- So if you were to download the official Qt for Windows installer (located at https://download.qt.io/official_releases/online_installers/qt-online-instal… ), it would start the program but nothing would show up. Before, it should show an error message: err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. So I installed winbind and libntlm0 and now the error does not show up anymore but the installer still doesn't show any window. It maxes out a single thread and stays like that forever. -- 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 1

[Bug 58240] New: ProTanki Online: the paint shader is looking wrong
by WineHQ Bugzilla 22 May '25

22 May '25

http://bugs.winehq.org/show_bug.cgi?id=58240 Bug ID: 58240 Summary: ProTanki Online: the paint shader is looking wrong Product: Wine Version: 10.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: mr.aivazlatypov(a)yandex.ru Distribution: --- Created attachment 78576 --> http://bugs.winehq.org/attachment.cgi?id=78576 logs protanki wine The paint shader on tank is looking wrong The game download at https://pro-tanki.com/protanki-installer.exe -- 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 58261] New: Ys Origin: videos playing upside down
by WineHQ Bugzilla 22 May '25

22 May '25

http://bugs.winehq.org/show_bug.cgi?id=58261 Bug ID: 58261 Summary: Ys Origin: videos playing upside down Product: Wine Version: unspecified Hardware: x86-64 URL: https://store.steampowered.com/app/207350/Ys_Origin/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 2f180106471a41fa3d95f21919b87b94d8e13e63 Distribution: --- Created attachment 78600 --> http://bugs.winehq.org/attachment.cgi?id=78600 terminal output Intro and in-game videos are playing upside down in Ys:Origin. Tested with the Steam and GOG.com versions. Demo is available on Steam but it is not affected (the demo uses different video format for videos). This is after commit 2f180106471a41fa3d95f21919b87b94d8e13e63 amstream: Implement the custom ddraw stream allocator. The allocator has a lot of custom behaviour that is very visible in how it interacts with Update(). Naturally this has the benefit of writing directly into the mapped surfaces. The gstreamer errors in my log were present before that commit too. wine-10.8-103-g8f91df4c4e4 -- 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 58247] New: ABNT Keyboard Not Working Properly in Wine with Wayland Driver
by WineHQ Bugzilla 21 May '25

21 May '25

http://bugs.winehq.org/show_bug.cgi?id=58247 Bug ID: 58247 Summary: ABNT Keyboard Not Working Properly in Wine with Wayland Driver Product: Wine Version: 10.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: xnep1(a)hotmail.com Distribution: --- Created attachment 78588 --> http://bugs.winehq.org/attachment.cgi?id=78588 Tracefile with winedebug=keyboard,key showing "/" not working When running Wine applications using the Wayland driver, certain keys on the Brazilian ABNT2 keyboard (such as the slash /, question mark ?, and other special characters) do not function correctly. These keys either generate no character. In contrast, when using the X11 driver (wine X11), the same keys function as expected, and the correct characters are produced. Upon inspection, the scan codes received under Wayland are extended (e.g., 0x259 instead of 0x59 for the slash key), which seems to lead to incorrect mapping or interpretation by Wine. This issue appears to stem from incomplete or incorrect handling of extended scan codes or keyboard layout mapping for the br-abnt2 layout in the Wayland input. In my tests, I forced the correct scan code for the slash key (0x59), and after this adjustment, the key started working properly again. I have attached a trace log file showing the key input events during the failure. Although I am currently using a modified version of Wine to generate this trace, the problem also occurs on the stable Wine release. (It's late and I'm not going to redo the test just to have a clean trace file. Sorry.) -- 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 58258] New: TWAIN + SANE integration does not appear to work
by WineHQ Bugzilla 21 May '25

21 May '25

http://bugs.winehq.org/show_bug.cgi?id=58258 Bug ID: 58258 Summary: TWAIN + SANE integration does not appear to work Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tshah.dental(a)gmail.com Distribution: --- There is some documentation about the SANE integration here: https://gitlab.winehq.org/wine/wine/-/wikis/Wine-User's-Guide#scanners However, I have tried to make it work with various scanners and each time I use xsane or some other sane front-end, it doesn't detect my scanner. Is any work being done on this? -- 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 44721] New: GetFullPathName return path
by wine-bugs＠winehq.org 21 May '25

21 May '25

https://bugs.winehq.org/show_bug.cgi?id=44721 Bug ID: 44721 Summary: GetFullPathName return path Product: Wine Version: 3.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: markau0(a)lycos.com Distribution: --- I ran the GetFullPathName code example from the Microsoft site https://msdn.microsoft.com/en-us/library/windows/desktop/aa364963(v=vs.85).… and Vista returns The full path name is: c:\windows\notepad.exe The short name for c:\longdirectoryname is c:\LONGDI~1 The long name for c:\LONGDI~1 is c:\longdirectoryname and Wine 3.3 returns The full path name is: c:\windowsnotepad.exe The short name for c:\longdirectoryname is c:\LONG~TX4 The long name for c:\LONG~TX4 is c:\longdirectoryname The full path name is: c:\windows\notepad.exe The full path name is: c:\windowsnotepad.exe do not seem to match. -- 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 11

[Bug 58257] New: CD Manipulator cannot detect the drive model name in experimental wow64 mode.
by WineHQ Bugzilla 21 May '25

21 May '25

http://bugs.winehq.org/show_bug.cgi?id=58257 Bug ID: 58257 Summary: CD Manipulator cannot detect the drive model name in experimental wow64 mode. Product: Wine Version: 10.8 Hardware: x86-64 URL: http://www.storeroom.info/cdm/cdm270.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu CD Manipulator is a free and user-friendly tool for ripping and writing CDs, supporting image file creation and duplication. The drive model name should appear in the drop box to select the drive in the main menu that appears after starting the program, but it does not appear in new Wow64 mode. I have not tested the other features yet. Steps to reproduce: 1. Make sure you have a physical or virtual CD/DVD drive ready. 2. Obtain cdm270.zip from http://www.storeroom.info/cdm/ . SHA1(cdm270.zip) = 46f4cea613d199974cf1a22741f4ce92e8fef723 3. Unzip it. 4. Execute CdManipulator.exe with Wine. 5. At the first time, language selection window is shown. Choose English. 6. The main menu appears. Expected result: Drive model name is shown in the drop box, e.g. (D:) VBOX CD-ROM 1.0 Actual result: Drive model name is shown as Unknown in the drop box, e.g. (D:) - Unknown - -- 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 1

[Bug 58253] New: Multiple games have a beeping noise on exit (The Fidelio Incident, Vampyr)
by WineHQ Bugzilla 21 May '25

21 May '25

http://bugs.winehq.org/show_bug.cgi?id=58253 Bug ID: 58253 Summary: Multiple games have a beeping noise on exit (The Fidelio Incident, Vampyr) Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: pgofman(a)codeweavers.com Regression SHA1: 3e4185435843d368a4f521a1f6f14362d6286e24 Distribution: --- Expected line since b928f0eb08da9a10dae3cb7b33ec16b164a2fddd 0024:err:xaudio2:destroy_voice Destroying voice 00007FFFFFC20CD0 failed. -- 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 58256] New: In wayland mode, with rotated screen, wine thinks that screen width is screen height and viceversa
by WineHQ Bugzilla 21 May '25

21 May '25

http://bugs.winehq.org/show_bug.cgi?id=58256 Bug ID: 58256 Summary: In wayland mode, with rotated screen, wine thinks that screen width is screen height and viceversa Product: Wine Version: 10.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: scallegari(a)arces.unibo.it Distribution: --- I am trying to use wine in wayland mode by unsetting DISPLAY. I know that it is still experimental, but on most of my systems works well enough and gives me much better scaling on HiDPI. There is one exception I have a tablet/convertible where "by default" the screen is vertical. So to use it as a laptop, I need to use screen rotation. With screen rotation, wayland mode in wine breaks badly. I think that the issue is that wine starts swapping screen height and width. Let me give you an example. I am trying to run "LTspice" under wine. If I keep the window "small" and on the left part of the screen, everything is fine. If I maximize the window, things break on the right part of the window (the one exceeding the boundary where the x coordinate is equal to the screen height, namely the width of the unrotated screen). Furthermore, if I try to resize the window by dragging the right border, I cannot go beyond that boundary. I hope that this explanation is clear enough. -- 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

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