wine-bugs

wine-bugs@winehq.org

1 participants
158850 discussions

[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

[Bug 58464] New: Some text now looks terrible in IDA Free 5.0
by WineHQ Bugzilla 07 Jul '25

07 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58464 Bug ID: 58464 Summary: Some text now looks terrible in IDA Free 5.0 Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: personaalunioon(a)disroot.org Distribution: Other After upgrading from 10.10, some text in IDA Free 5.0 looks almost unreadable. Might be related to bug 58431. Using Void Linux. -- 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 44926] New: Olive tree BibleStudySetup_6.1.1.exe fails: ITERATE_Actions Execution halted, action L"WixCreateInternetShortcuts" returned 1603
by wine-bugs＠winehq.org 07 Jul '25

07 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=44926 Bug ID: 44926 Summary: Olive tree BibleStudySetup_6.1.1.exe fails:ITERATE_Actions Execution halted, action L"WixCreateInternetShortcuts" returned 1603 Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- To see this first work around bug 44135 then: 0039:fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format, advertised shortcut wine: cannot find L"C:\\windows\\system32\\winemenubuilder.exe" 0039:err:msi:ITERATE_Actions Execution halted, action L"WixCreateInternetShortcuts" returned 1603 0039:err:msi:execute_script Execution of script 2 halted; action L"[C:\\users\\louis\\Start Menu\\Programs\\Olive Tree Bible Software\\Bible Study 6 online support.url\0080http://help.olivetree.com/\00801\0080\00800<=>S-1-5-21-0-0-0-1000<=>{85E9410C-03A6-4396-9688-91981F445D1B}]WixRollbackInternetShortcuts" returned 1603 sha1sum ~/Downloads/BibleStudySetup_6.1.1.exe e55cd3df7b44bab85fdcb6785c32aa73988e338b /home/louis/Downloads/BibleStudySetup_6.1.1.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.

2 19

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