- Wine-bugs - list.winehq.org

[Bug 58506] New: Some VST plugins using OpenGL don't render in WOW64 mode (black screen)
by WineHQ Bugzilla 08 Feb '26

08 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=58506 Bug ID: 58506 Summary: Some VST plugins using OpenGL don't render in WOW64 mode (black screen) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: a.oleinic103(a)gmail.com Distribution: --- When using yabridge to run Windows VST plugins in a native Linux DAW (in my case, REAPER), Waves plugins do not render correctly, showing a black window. The window is interactable (grabs the cursor, can change settings, etc), but dragging it, closing and re-opening, etc. does not work. In the logs, the plugins show a bunch of OpenGL errors. This is specifically a WOW64 regression, since using a build of Wine 10 without WOW64 works fine. This is what it looks like: 09:07:42 [WaveShell1-VST3 14.12_x64-09EFPegt] [Wine STDERR] 0024:err:opengl:null_glEnable unsupported 09:07:42 [WaveShell1-VST3 14.12_x64-09EFPegt] [Wine STDERR] 0024:err:opengl:null_glBlendFunc unsupported (Sorry for pasting it here, I have read the rules, but it's not letting me paste text as an attachment for some reason :/) -- 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 14

[Bug 59396] New: Tabbed UI in proprietary IDE broken after update – tabs are shown as separate windows
by WineHQ Bugzilla 08 Feb '26

08 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59396 Bug ID: 59396 Summary: Tabbed UI in proprietary IDE broken after update – tabs are shown as separate windows Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: Wagner.a18(a)yahoo.com Distribution: --- Since a recent update of a proprietary Windows-based IDE from my automation/control system vendor, the tabbed user interface no longer works correctly when running under Wine. Previously, the IDE displayed its editors and views as tabs within a single main window (similar to applications like Visual Studio Code). After the update, these tabs are now opened as separate top-level windows instead of being embedded as tabs in the main application window. This behavior only occurs when running the application with Wine. On native Windows systems, the IDE still behaves correctly and shows tabs as expected. Expected behavior: Editors and views should be displayed as tabs within the main IDE window, as before the update. Actual behavior: Each tab is opened as an individual window, breaking the intended tabbed workflow and making the IDE difficult to use. Regression: Yes. The tabbed interface worked correctly with earlier versions of the IDE under Wine. The issue appeared immediately after the vendor updated the application. Additional notes: The application is proprietary, so source code is not available. The issue seems related to how the updated IDE handles tabbed/docked windows or window embedding under Wine. Environment: Wine version: v11.1 Wine architecture: win64 / win32 Distribution: arch linux Desktop environment / window manager: kde plasma Application version: proprietary ide for control systems -- 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 51722] New: WinSpyEx doesn't show tab control properly, issues with overlapping controls
by WineHQ Bugzilla 08 Feb '26

08 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=51722 Bug ID: 51722 Summary: WinSpyEx doesn't show tab control properly, issues with overlapping controls Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 70603 --> https://bugs.winehq.org/attachment.cgi?id=70603 How it looks like on Win7 This is a purely cosmetic issue, it still works like you'd expect. -- 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 59393] New: SERVICE_INTERACTIVE_PROCESS services don't work properly
by WineHQ Bugzilla 08 Feb '26

08 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59393 Bug ID: 59393 Summary: SERVICE_INTERACTIVE_PROCESS services don't work properly Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)list.winehq.org Reporter: lina(a)lina.yt Distribution: --- service_run_main_thread() calls ProcessWineMakeProcessSystem, which makes the thread a system process. A system process is not allowed to keep a desktop alive, per the logic in server/winstation.c. When such a process tries to create a window, such as by calling MessageBoxA(), it ends up in winstation_init(), which creates a desktop and assigns it to the current process. This launches explorer.exe. However, this desktop isn't actually ever owned by the service, because it is a system process. This is an unstable state. If any other process/thread is assigned/released a desktop at this point, server/winstation.c will kill explorer.exe by sending it WM_CLOSE. This a race. Sequence of events: - Service Process starts - It becomes a system process after running the main service dispatcher - Service calls MessageBoxA() - X11DRV_create_win_data -> init_clip_window() grabs the clip_window ID from explorer.exe - Some other process/thread owns a desktop and becomes system, exits, or whatever. - The close_timeout triggers, and explorer.exe is told to exit - The clip_window is destroyed - Any clip_window operations (such as ungrab_clipping_window() via X11DRV_ClipCursor) trigger a BadWindow X11 error and kill the service This is happening on Proton partially due to some Proton changes (that cause the sequence of events above to actually happen almost 100% reliably), but I believe the fundamental problem exists in vanilla 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 2

[Bug 59395] New: Tex Murphy: Overseer - Texture corruption/artifacts mid-game
by WineHQ Bugzilla 08 Feb '26

08 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59395 Bug ID: 59395 Summary: Tex Murphy: Overseer - Texture corruption/artifacts mid-game Product: Wine Version: 11.0-rc4 Hardware: x86-64 URL: https://store.steampowered.com/app/302370/Tex_Murphy_O verseer/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 7be265ec89a89db65f0b13f9b7c20c34573b6bb4 Distribution: ArchLinux Created attachment 80354 --> http://bugs.winehq.org/attachment.cgi?id=80354 plain terminal output After finishing the intro sequences and getting into Tex's office, some of the furniture in the office has strange, corrupted textures. This happens with the Nouveau Vulkan driver/Mesa 25.3.4. and with Nvidia binary 580.126.09 as well. Reverting the following commit on top of Wine-11.2 fixes the problem for me: commit 7be265ec89a89db65f0b13f9b7c20c34573b6bb4 wined3d: Avoid some invalidation when texture states are set redundantly. The game is an oldie from 1998, but it runs reasonably well in Wine. All I had to change was limiting the VRAM size to 2048 (or lower) in the registry, because the game displays only plain surfaces as textures when detecting more than 2 GB of VRAM. -- 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 46475] New: Enlarging the text via mouse-wheel in wordpad does not adapt the character spacing
by wine-bugs＠winehq.org 08 Feb '26

08 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=46475 Bug ID: 46475 Summary: Enlarging the text via mouse-wheel in wordpad does not adapt the character spacing Product: Wine Version: 4.0-rc6 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 63298 --> https://bugs.winehq.org/attachment.cgi?id=63298 Image showing the issue Open wordpad, enter some words. Hold ctrl and use the scroll-wheel, the zoom doesn't work properly. "winetricks riched20" works around the issue. -- 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.

3 5

[Bug 56906] New: RichEd20 - White Background in pwSafe about window
by WineHQ Bugzilla 08 Feb '26

08 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=56906 Bug ID: 56906 Summary: RichEd20 - White Background in pwSafe about window Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 76726 --> https://bugs.winehq.org/attachment.cgi?id=76726 pwsaferichedwhite Ubuntu 24.04 / Wine 9.11 https://sourceforge.net/projects/passwordsafe/files/Windows/3.3x/3.39.0/ Unzip all files wine pwsafe Safe Combinaison Entry, press OK Main dialog > ? > About 2 lines are shown with white background. This is a RichEd20. Similar bug seen in ReactOS : https://jira.reactos.org/browse/CORE-18861 showing expected result from Win2K3 -- 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 8

[Bug 29804] New: Forever grayed out "agree" button
by wine-bugs＠winehq.org 08 Feb '26

08 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=29804 Bug #: 29804 Summary: Forever grayed out "agree" button Product: Wine Version: 1.3.28 Platform: x86 URL: http://erwin.com/products/detail/ca_erwin_data_modeler _community_edition/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: rambo_8713(a)hotmail.com Classification: Unclassified Created attachment 38713 --> http://bugs.winehq.org/attachment.cgi?id=38713 Some times gives invalid arguement -1 when changing riched20 and msls31 I can not agree to the EULA for CA ERWIN MODELER Community Edition, i have used native riched20.dll and msls31.dll. With and without the dlls and one on and/or the other dll not overriden. I have the lastest wine version 1.3, fresh install as of today. When using native msls31.dll, before the EULA screen appears, after u click next after it computes space requirements, it gives an invalid argument: -1 I am running ubuntu 11.10, i have tried winetricks as well, to configure the windows dlls -- 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.

3 13

[Bug 59392] New: RichEd20 - Wrong rendering of ordered list in WinDbg EULA file
by WineHQ Bugzilla 08 Feb '26

08 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59392 Bug ID: 59392 Summary: RichEd20 - Wrong rendering of ordered list in WinDbg EULA file Product: Wine Version: 11.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)list.winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 80351 --> http://bugs.winehq.org/attachment.cgi?id=80351 EULA in Wine Download from: https://web.archive.org/web/20170930093716/http://codemachine.com/downloads… When EULA is displayed, numbered list items rendering is broken -- 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 59317] New: Need for Speed Most Wanted (2005): Up is triggered continuously without pressing a button on gamepad
by WineHQ Bugzilla 08 Feb '26

08 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=59317 Bug ID: 59317 Summary: Need for Speed Most Wanted (2005): Up is triggered continuously without pressing a button on gamepad Product: Wine Version: 11.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: eric(a)wolf42.net Distribution: ArchLinux Created attachment 80248 --> http://bugs.winehq.org/attachment.cgi?id=80248 Video recording showing the bug Linux version: 6.18.6-arch1-1 Wine version: 11.1-2 (as installed with 'pacman -S wine') Peripherals: USB Mouse, USB Keyboard, Generic USB XBox Gamepad, USB Dongle for Wireless Headset Issue: When starting the game with the gamepad plugged in and entering any menu that can be scrolled up and down (Quick Race, Options, Blacklist, etc.), the game keeps scrolling up the selected menu on its own without any input from keyboard or gamepad. The issue only occurred after upgrading from Wine version 11.0.1 to 11.1-2. The issue is not resolved by: - Deleting the Wine prefix (rm -rf ~/.wine) and reinstalling the game - Deleting the safefile of the game (rm -rf ~/'NFS Most Wanted') - Disconnecting all USB peripherals, except the gamepad, before starting the game - Using another USB port for the gamepad, a different USB cable or a different gamepad of the same type Furthermore the gamepad causes no problems in other games that are installed outside of Wine. The issue is resolved by: - Disconnecting the gamepad, then the game can be played normally with the keyboard - Downgrading back to Wine version 11.0-1 -- 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