wine-bugs

wine-bugs@winehq.org

1 participants
158852 discussions

[Bug 58442] New: x11 fullscreen retries mwm hints causing chaos
by WineHQ Bugzilla 08 Jul '25

08 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58442 Bug ID: 58442 Summary: x11 fullscreen retries mwm hints causing chaos Product: Wine Version: 10.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zlice(a)crtdrift.us Distribution: --- Created attachment 78893 --> http://bugs.winehq.org/attachment.cgi?id=78893 fix-fullscreen-toggle somewhere after 10.8 e072358059abe8446e4ac9e89d2e0618629edf5f changed behavior to keep trying to update window hints, even if they are non-changes(no-op) https://gitlab.winehq.org/wine/wine/-/merge_requests/8079 on openbox, alt-tabbing watch_dogs will randomly toggle decor, then fullscreen (i think this is a openbox bug or at least behavior) but at some point alt-tab will go to nothing focused, then another alt-tab will focus the game. so if you have 2 windows, it takes 3 alt-tabs to go between them. on fluxbox/my-fork multi-alt-tabbing the fullscreen window will go between expected fullscreen and using the decor size of the frame and then resize the 'not fullscreen' watch_dogs window inside, leaving with an empty border where the titlebar and borders would be. (even with telling properties to not change in the wm itself, wine tries to keep changing settings and this happens) jwm is kind of fubar no matter what jwm and fluxbox both still require QS_POSTMESSAGE fix to get past the splashscreen : see https://bugs.winehq.org/show_bug.cgi?id=57954 not sure what the reason was behind the above change but it causes hints to be repeatedly changed, which incorrectly detects 'fullscreen' by ... dlls/win32u/window.c : apply_window_pos() calls dlls/win32u/sysparams.c : is_window_rect_full_screen() checks rects sizes to determine fullscreen (then calls x11drv) user_driver->pWindowPosChanged() which finally calls wm_net and wmw hint updates fullscreen is incorrect because a minimized window does not keep its size/monitor i assume. then the 'no-op' change retries and somewhere things get set to random states, like wanting titlebars and decor again. patch attached that lets it work on fluxbox and openbox, however, not sure that is complete, as it crosses over with many other bugs since late 9.x thinking the openbox issue may be related to a bug with c67bfdbeba1860c891e53c64379f5e86d8e8b664 -- 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 58441] New: SimHub 9.9.3: Can't find Device as HidP_SetData is not implemented
by WineHQ Bugzilla 08 Jul '25

08 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58441 Bug ID: 58441 Summary: SimHub 9.9.3: Can't find Device as HidP_SetData is not implemented Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: mathieu(a)ferracin.me Distribution: --- SimHub can't find Simsonn Device as hid.dll.HidP_SetData is not implemented In Devices section of SimHub, add device "Simsonn VAM / VAM Pro (Plus X / Pro X)" Ensure device search is active (button on top right corner) When the device is connected, nothing is found and logs contains : wine: Call from 000000007B5E82E7 to unimplemented function hid.dll.HidP_SetData, aborting wine: Call from 7B5E82E7 to unimplemented function hid.dll.HidP_SetData, aborting Link to SimHub: https://github.com/SHWotever/SimHub/releases/download/9.9.3/SimHub.9.09.3.z… -- 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 58470] New: Wine msiexec /a administrative install copies incorrect number and selection of files
by WineHQ Bugzilla 07 Jul '25

07 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58470 Bug ID: 58470 Summary: Wine msiexec /a administrative install copies incorrect number and selection of files Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: depaoli.renzo(a)gmail.com Distribution: --- Created attachment 78924 --> http://bugs.winehq.org/attachment.cgi?id=78924 LogFiles for SolidWorks 2018 administrative installation test case Executing Wine msiexec /a leads to a selection of files copied than that of Windows msiexec /a. Effects noticed: 1) no extra CLI parameters given -> Windows msiexec /a copied more files than Wine msiexec /a -> There were some files copied by Windows msiexec /a that were not copied by Wine msiexec /a and vice versa 2) CLI parameter given -> Windows msiexec /a ignores the parameter for file copies, only effect seen was a modification of the .msi it created -> Wine msiexec /a performs changes the set of files it copies and creates a modified .msi 3) CLI parameter given with nonsensical value -> msiexec /a ignores the parameter for file copies, only effect seen was a modification of the msiexec it created as mentioned under 2) -> Wine msiexec /a copies no files, only creates a modified .msi This behaviour was seen on, and tested with different versions of SolidWorks 3D. To test the case, run msiexec on the SolidWorks installer under /swwi/data e.g. like this: msiexec /a "R:\SOLIDWORKS_2018_SP3.0\swwi\data\solidworks.msi" TARGETDIR="R:\SWWI2018SP03_admin_cx25" /qn /L*VX "R:\SWWI2018SP03_admin_cx25_Log.txt" msiexec /a "R:\SOLIDWORKS_2018_SP3.0\swwi\data\solidworks.msi" TARGETDIR="R:\SWWI2018SP03_admin_cx25_AddLocal-Nonsense" ADDLOCAL=Nonsense /qn /L*VX "R:\SWWI2018SP03_admin_cx25_AddLocal-Nonsense_Log.txt" Note: ADDLOCAL is a valid parameter for normal installation, usually set to ADDLOCAL=SolidWorks. The attached file contains: - the CLI commands used - logfiles for the file trees created by Windows 10 and CrossOver25/Wine 10.0 - logfiles from msiexec for Windows 10 and CrossOver 25/Wine 10.0 - Hyperlink to learn.microsoft giving details about the Administrative Installation - Hyperlink to the SolidWorks 2018 SP3.0 available on the Internet Archive -- 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 58379] New: cannot print to printer or pdf in Quicken HB using wine
by WineHQ Bugzilla 07 Jul '25

07 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58379 Bug ID: 58379 Summary: cannot print to printer or pdf in Quicken HB using wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: spooler Assignee: wine-bugs(a)winehq.org Reporter: asl4u(a)live.com Distribution: --- Linux Mint 22.1 printing works fine in Linux I can see the printers (HP Envy) and (cups:pdf) in Quicken but if I select print I just get an error that says: could not open printer, check your printer selection. and then behind that it says: Printing to cups:pdf if I'm in wine notepad and try to select a printer I get: 0244:err:winspool:DocumentPropertiesW Could not load config module for L"PDF" 0244:err:commdlg:PRINTDLG_ChangePrinterW DocumentProperties fails on L"PDF" if I select my HP Envy I get back: 0244:fixme:commdlg:PRINTDLG_UpdatePrintDlgW No lpdm ptr? 0244:fixme:commdlg:PRINTDLG_WMCommandW Update printdlg was not successful! ^C024c:fixme:console:default_ctrl_handler Terminating process 240 on event 0 This has been like this for a year. I tried to upgrade last june to Mint 22. Same printer problem and I couldnt figure it out and dont know how to file a bugzilla so went away hoping it would be fixed. Trying again hope you can help thank you -- 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 58457] New: Wine msiexec /a administrative install creates incorrect folder structure for DefaultDirs with .:
by WineHQ Bugzilla 07 Jul '25

07 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58457 Bug ID: 58457 Summary: Wine msiexec /a administrative install creates incorrect folder structure for DefaultDirs with .: Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: depaoli.renzo(a)gmail.com Distribution: --- Created attachment 78908 --> http://bugs.winehq.org/attachment.cgi?id=78908 TestCase for msiexec /a failing to create correct directory structure Wine msiexec /a should create an administrative installation and maintain the source folder structure, same as MS msiexec /a. But it does not do the latter in cases where the DefaultDir in the MSI Directory Table contains ".:". Instead, Wine msiexec /a creates a flattened structure. Attached is a simple test case .msi, which copies one text file during install. To test the case, store the StructTest.msi file, and on the Wine CLI, execute e.g. msiexec /a "R:\StructTest.msi" TARGETDIR="R:\StructTest_admin_wine" /qn /L*VX "R:\StructTest_admin_wine-Log.txt" Note: Nothing will be installed, only a administrative installation folder structure is being created. The attached test file contains - the StructTest.msi - the CLI command used - logfiles for the file trees created by Windows 10 and CrossOver25/Wine 10.0 - logfiles from msiexec for Windows 10 and CrossOver 25/Wine 10.0 - logfile from CrossOver 25/Wine 10.0 with Channels +msi,+msidb - Hyperlink to learn.microsoft giving details about the Directory Table and the meaning of ".:" for DefaultDirectories -- 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 58449] New: Locale translations don't work in wine/winecfg
by WineHQ Bugzilla 07 Jul '25

07 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58449 Bug ID: 58449 Summary: Locale translations don't work in wine/winecfg Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yklaxds(a)gmail.com Distribution: --- Locale translations don't work in wine/winecfg FreeBSD 14.3-RELEASE wine 10.10 ykla@ykla:~ $ locale LANG=zh_CN.UTF-8 LC_CTYPE="zh_CN.UTF-8" LC_COLLATE="zh_CN.UTF-8" LC_TIME="zh_CN.UTF-8" LC_NUMERIC="zh_CN.UTF-8" LC_MONETARY="zh_CN.UTF-8" LC_MESSAGES="zh_CN.UTF-8" LC_ALL=zh_CN.UTF-8 Run LANG="zh_CN.UTF-8" wine winecfg -- 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 58438] New: Serum 2, vstgui: major graphical glitches rendering serum 2 unusable
by WineHQ Bugzilla 07 Jul '25

07 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58438 Bug ID: 58438 Summary: Serum 2, vstgui: major graphical glitches rendering serum 2 unusable Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: hello(a)murl.digital Distribution: --- Any VST plugin that uses vstgui experiences major graphical glitches and performance issues rendering them almost unusable. Further discussion is on this bug report on yabridge: https://github.com/robbert-vdh/yabridge/issues/413 This behavior can be replicated with steinberg's example app: https://github.com/steinbergmedia/vstgui/tree/develop/vstgui/standalone/exa… -- 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 57754] New: GUI offset in VST plugins
by WineHQ Bugzilla 07 Jul '25

07 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=57754 Bug ID: 57754 Summary: GUI offset in VST plugins Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: project.music(a)web.de Distribution: --- VST plugins, that are loaded through tools like yabridge or LinVST can't be used. If I try to click a button or some other element in the plugins interface, I have to click way up and way left of the actual displayed thing (button, knob...). This occurs in all distros I tested (fedora, endeavouros, openSuse, kubuntu), from wine version 9.22 up to version 10, stable or staging. The only way to use windows vst plugins since then is to downgrade to an older wine version. If there is anything I can provide to help, please tell me what and how. -- 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 58461] New: New Wine prefixes crash World Of Warcraft (WoW) Vanilla 1.12.1 - Access Violation
by WineHQ Bugzilla 07 Jul '25

07 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58461 Bug ID: 58461 Summary: New Wine prefixes crash World Of Warcraft (WoW) Vanilla 1.12.1 - Access Violation Product: Wine-staging Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq.org(a)ulf-gebhardt.de CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 78914 --> http://bugs.winehq.org/attachment.cgi?id=78914 WoW Crash Report On `wine-staging 10.11` running arch 64bit wow 1.12.1 crashes with an access violation. 1. Running the game without a prefix > wine: created the configuration directory '/home/dornhoeschen/.data/games/wow-1.12.1-nostalgeek/.wine' > 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) > 002c:fixme:winediag:loader_init wine-staging 10.11 is a testing version containing experimental patches. > 002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. > 004c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) > 0054:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) > 0054:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x80004002 > 0054:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002 > 0054:err:ole:apartment_get_local_server_stream Failed: 0x80004002 > 0054:err:ole:start_rpcss Failed to open RpcSs service > 004c:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr 0x80004002 > 004c:err:ole:CoMarshalInterface Failed to marshal the interface {6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002 > 004c:err:ole:apartment_get_local_server_stream Failed: 0x80004002 > 0080:err:ntoskrnl:ServiceMain Failed to load L"C:\\windows\\system32\\win32k.sys" > 0080:err:ntoskrnl:ServiceMain Failed to load L"C:\\windows\\system32\\drivers\\dxgkrnl.sys" > 0080:err:ntoskrnl:ServiceMain Failed to load L"C:\\windows\\system32\\drivers\\dxgmms1.sys" > 0098:fixme:file:NtLockFile I/O completion on lock not implemented yet > 0098:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION > 00a0:err:environ:init_peb starting L"Z:\\usr\\share\\wine\\mono\\wine-mono-10.1.0\\support\\removeuserinstalls-x86.exe" in experimental wow64 mode > 00a8:err:environ:init_peb starting L"Z:\\usr\\share\\wine\\mono\\wine-mono-10.1.0\\support\\installinf-x86.exe" in experimental wow64 mode > 0098:fixme:msi:internal_ui_handler internal UI not implemented for message 0x0b000000 (UI level = 1) > 0098:fixme:msi:internal_ui_handler internal UI not implemented for message 0x0b000000 (UI level = 1) > 00f8:err:environ:init_peb starting L"C:\\windows\\syswow64\\rundll32.exe" in experimental wow64 mode > 00f8:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet > 0100:err:environ:init_peb starting L"C:\\windows\\syswow64\\iexplore.exe" in experimental wow64 mode > 002c:err:setupapi:do_file_copyW Unsupported style(s) 0x10 > 002c:err:setupapi:do_file_copyW Unsupported style(s) 0x10 > 011c:err:setupapi:do_file_copyW Unsupported style(s) 0x10 > 011c:err:setupapi:do_file_copyW Unsupported style(s) 0x10 > 002c:err:setupapi:do_file_copyW Unsupported style(s) 0x10 > 0024:fixme:winediag:loader_init wine-staging 10.11 is a testing version containing experimental patches. > 0024:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. > 011c:fixme:wineusb:query_id Unhandled ID query type 0x5. > 0150:err:environ:init_peb starting L"Z:\\home\\dornhoeschen\\.data\\games\\wow-1.12.1-nostalgeek\\WoW_tweaked.exe" in experimental wow64 mode > 0188:err:environ:init_peb starting L"Z:\\home\\dornhoeschen\\.data\\games\\wow-1.12.1-nostalgeek\\WowError.exe" in experimental wow64 mode > 0188:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION The Error which occurs reads like following: > This application has encountered a critical error: > > ERROR #132 (0x85100084) Fatal Exception > Program: Z:\home\dornhoeschen\.data\games\wow-1.12.1-nostalgeek\WoW_tweaked.exe > Exception: 0xC0000005 (ACCESS_VIOLATION) at 0023:7BBEBE53 > > The instruction at "0x7BBEBE53" referenced memory at "0x0000002A". > The memory could not be "read". > > > WoWBuild: 5875 > ------------------------------------------------------------------------------ > > ---------------------------------------- > x86 Registers > ---------------------------------------- > > EAX=00000029 EBX=0000002A ECX=0012D98C EDX=08837A50 ESI=08837808 > EDI=0012D9C3 EBP=0012D754 ESP=0012D700 EIP=7BBEBE53 FLG=00010213 > CS =0023 DS =002B ES =002B SS =002B FS =0063 GS =002B Error and dump from wow atatched ## Notes In the logs it might appear that I run wow_tweaked.exe, which is vanilla tweaks https://github.com/brndd/vanilla-tweaks . The same behaviour also occurs running wow.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 58469] New: wow64 pointer sizes wrong with gcc 14.2.1
by WineHQ Bugzilla 07 Jul '25

07 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58469 Bug ID: 58469 Summary: wow64 pointer sizes wrong with gcc 14.2.1 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zlice(a)crtdrift.us Distribution: --- Previously suspected this was a glibc bug but it seems more like gcc https://bugs.winehq.org/show_bug.cgi?id=54336 on wow64 (separate wine + wine-32bit runs fine), when trying to CreateProcess(), FOSE (fallout [3] script extender - fose_launcher.exe) fails to CreateProcess() for Fallout3.exe with the error message Assertion failed in .\main.cpp (149): Launching Fallout failed (code = 00000057 (87)) this is ERROR_INVALID_PARAMETER which stems from https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/unix/sync.c?re… not having the expected `attr->Length != sizeof(*attr)` and returning the ERROR_INVALID_PARAMETER code Removing that line allows things to run fine. I'm not sure if there is something compiler side that could help that, or if it there should be a be cast somewhere (at least in the case of wow64) possibly related bug : https://bugs.winehq.org/show_bug.cgi?id=56776 -- 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

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