March 2025 - Wine-Bugs - list.winehq.org

[Bug 56068] New: No "Timeout" command
by WineHQ Bugzilla June 1, 2025

June 1, 2025

https://bugs.winehq.org/show_bug.cgi?id=56068 Bug ID: 56068 Summary: No "Timeout" command Product: Wine Version: 9.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: frauguelle(a)gmail.com Distribution: --- On windows exists a "timeout" command in cmd. On Wine, there don't exists a "timeout" command. The "timeout" command is needed by several BAT programms so it needs to be fixed. -- 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 51644] New: Implementation of wsplitpath_s required for The Legend of Heroes: Trails of Cold Steel
by WineHQ Bugzilla June 1, 2025

June 1, 2025

https://bugs.winehq.org/show_bug.cgi?id=51644 Bug ID: 51644 Summary: Implementation of wsplitpath_s required for The Legend of Heroes: Trails of Cold Steel Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: ramchyld(a)gmail.com Distribution: --- I came across a upstream bug where The Legend of Heroes: Trails of Cold Steel could not play FMV and crashes on load. Upon consideration of the error, I decided that the problem is a upstream one and thus I should report to Wine developers. Wine was crashing because the game was calling an unimplemented function called _wsplitpath_s from ntdll.dll. This call was not made if the option to skip all FMVs are selected in the game's configuration utility, and thus I have reason to believe that the game uses this for FMV playback. -- 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 57178] New: toolbar control doesn't forward WM_NOTIFY to it's original parent
by WineHQ Bugzilla June 1, 2025

June 1, 2025

https://bugs.winehq.org/show_bug.cgi?id=57178 Bug ID: 57178 Summary: toolbar control doesn't forward WM_NOTIFY to it's original parent Product: Wine Version: 9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: alanas.00(a)mail.ru Distribution: Debian Created attachment 77077 --> https://bugs.winehq.org/attachment.cgi?id=77077 foo2.c — test program, compile `x86_64-w64-mingw32-gcc-13 -std=c11 -Wall -Wextra -Wpedantic -Wno-unused-parameter -O3 -o foo2.exe foo2.c -lcomctl32` in windows xp professional x64 edition service pack 2 and windows 7 ultimate service pack 1 and maybe other windowses that I didn't test but not wine NMDDR nmhdr={ .hwndFrom=NULL, .idFrom=0xfedcba9876543210, .code=0xabc }; SendMessageA( toolbar, WM_NOTIFY, 0x4444444444444444, (LPARAM)nmhdr ); does something similar to NMDDR nmhdr={ .hwndFrom=NULL, .idFrom=0xfedcba9876543210, .code=0xabc }; SendMessageA( toolbar_original_parent, WM_NOTIFY, 0xfedcba9876543210, (LPARAM)nmhdr ); except if nmhdr.code is one of 0xfffffc4a, 0xfffffc4b, 0xfffffc4c, 0xfffffc4d, 0xfffffc4e, 0xfffffc4f, 0xfffffc50, 0xfffffc51, 0xfffffc52, 0xfffffc53, 0xfffffc54, 0xfffffc55, 0xfffffc56, 0xfffffc57, 0xfffffc58, 0xfffffc59, 0xfffffc5a, 0xfffffc5b, 0xfffffc5c, 0xfffffc5d, 0xfffffc5e, 0xfffffc5f, 0xfffffc60, 0xfffffc61, 0xfffffc62, 0xfffffc63, 0xfffffc64, 0xfffffc65, 0xfffffc66, 0xfffffc67, 0xfffffc68, 0xfffffc69, 0xfffffc6a, 0xfffffc6b, 0xfffffc6c, 0xfffffc6d, 0xfffffc6e, 0xfffffc6f, 0xfffffc70, 0xfffffc71, 0xfffffc72, 0xfffffc73, 0xfffffc74, 0xfffffc75, 0xfffffc76, 0xfffffc77, 0xfffffc78, 0xfffffc79, 0xfffffc7a, 0xfffffc7b, 0xfffffc7c, 0xfffffcd7, 0xfffffcda, 0xfffffdee nmhdr.hwndFrom is not accessed and can be inside PAGE_NOACCESS page except if nmhdr.code is one of 0xfffffcd7, 0xfffffcda (didn't test what happens if nmhdr.hwndFrom is readable) nmhdr.code gets overwritten if nhmdr.code is one of 0xfffffcd9, 0xfffffd17, 0xfffffd18, 0xfffffd19, 0xfffffd1a, 0xfffffd30, 0xfffffd31, 0xfffffe34, 0xfffffe35, 0xfffffe36, 0xfffffe37, 0xfffffe38, 0xfffffe39, 0xfffffe3a, 0xfffffe3b, 0xfffffe3c, 0xfffffe3d, 0xfffffe3e, 0xfffffe62, 0xfffffeb7, 0xfffffeb8, 0xfffffeb9, 0xfffffeba, 0xfffffebb, 0xfffffebd, 0xfffffebe, 0xfffffebf, 0xfffffec0, 0xffffff4d, 0xffffff4e, 0xffffff4f, 0xffffff50, 0xffffff51, 0xffffff5d, 0xffffff5f, 0xffffff62 (see foo2.txt) (toolbar_original_parent gets the message after overwriting nmhdr.code) note: 0xfedcba9876543210, 0xabc, 0x4444444444444444 are arbitrary garbage numbers note: foo2.c code is not very good because I didn't care about non-x64 windowses and first time using windows-specific api note: toolbar_original_parent is called h1 in foo2.c I think this bug is reason why pressing enter in 7-zip file manager path input doesn't work in wine and reactos ( https://old.reddit.com/r/winehq/comments/16ah3ze ) -- 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 19

[Bug 9333] New: WM_LBUTTONDOWN message is not generated reliably
by wine-bugs＠winehq.org June 1, 2025

June 1, 2025

http://bugs.winehq.org/show_bug.cgi?id=9333 Summary: WM_LBUTTONDOWN message is not generated reliably Product: Wine Version: 0.9.42. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-winelib AssignedTo: wine-bugs(a)winehq.org ReportedBy: ecentanni(a)lsijax.com using wine-devel rpm package for Red Hat Enterprise Client Ver 5. Version 0.9.42. Release 1.el5. Source rpm is wine-0.9.42-1.el5.src.rpm When clicking on the main window of the application the WM_LBUTTONDOWN message is not generated reliably. If I change focus to another application and then back to the subject program I may get one or two WM_LBUTTONDOWN message and then no more. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 19

[Bug 55521] New: Wine 8.14 have also the same error when i will start a Prog from Office 2014
by WineHQ Bugzilla June 1, 2025

June 1, 2025

https://bugs.winehq.org/show_bug.cgi?id=55521 Bug ID: 55521 Summary: Wine 8.14 have also the same error when i will start a Prog from Office 2014 Product: Wine Version: 8.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: volker(a)schlothmann.info Distribution: --- Created attachment 75083 --> https://bugs.winehq.org/attachment.cgi?id=75083 Enclosed the error_report from wine_8.15 If i will start a program from Office 2014 wine is unable to read the setup.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 3

[Bug 38842] New: MS Office 2010, can't start installer, Ubuntu 15.04
by wine-bugs＠winehq.org June 1, 2025

June 1, 2025

https://bugs.winehq.org/show_bug.cgi?id=38842 Bug ID: 38842 Summary: MS Office 2010, can't start installer, Ubuntu 15.04 Product: Wine Version: 1.7.44 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: showard314(a)gmail.com Distribution: --- Created attachment 51773 --> https://bugs.winehq.org/attachment.cgi?id=51773 backtrace Following: https://appdb.winehq.org/objectManager.php?sClass=version&iId=17336 wine 1.7.44, Ubuntu 15.04, amd64 (x86-64) 1) Created win32 wineprefix WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/office2010 winecfg 2) Tried the installer: WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/office2010 wine setup.exe I get a pop up "Error: Newer windows version needed." 3) Told winecfg to use windows 7 (even though appdb says to use windows xp) WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/office2010 winecfg 4) Tried installer again: WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/office2010 wine setup.exe "Program Error: The program setup.exe has encountered a serious problem..." and generates the attached backtrace and console output 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.

2 5

[Bug 30033] New: Office 2010 Standard: Volume activation fails
by wine-bugs＠winehq.org June 1, 2025

June 1, 2025

http://bugs.winehq.org/show_bug.cgi?id=30033 Bug #: 30033 Summary: Office 2010 Standard: Volume activation fails Product: Wine Version: 1.4-rc5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sean(a)techobrien.com Classification: Unclassified Created attachment 39121 --> http://bugs.winehq.org/attachment.cgi?id=39121 Activation failure inside of winword.exe Product activation of Office 2010 Standard Edition with a Volume License Key fails when using change product key method for activation. (VLK installer does not require a key during setup, only after installation for activation) "Configuring Microsoft Office Standard 2010" fails with error message "Microsoft Office Standard 2010 configuration did not complete successfully Attached log is of changing product key inside of winword.exe, but process and failure is the same for all office applications. -- 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.

2 44

[Bug 51316] New: Office 2010 user form resize bug
by WineHQ Bugzilla June 1, 2025

June 1, 2025

https://bugs.winehq.org/show_bug.cgi?id=51316 Bug ID: 51316 Summary: Office 2010 user form resize bug Product: Wine-staging Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yuri6037(a)yuristudio.net CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- When you attempt to resize a user form on an EXCEL macro in both O2007 and O2010 the window freezes and you have to open back the user form. However when you change the value of "width" and "height" manually it does seem to work. This happens on both NVIDIA graphics and Intel Graphics no idea about AMD but I expect the same bug. When running EXCEL from terminal, I can see two fixme logs that occurs everytime I click on the corners of a user form: 0154:fixme:msimtf:ActiveIMMApp_OnDefWindowProc Stub (000C0156 47 0 21eaa4) 0154:fixme:msimtf:ActiveIMMApp_OnDefWindowProc Stub (000C0156 3 0 405ed) This occurs when I release the mouse button: 0154:fixme:msimtf:ActiveIMMApp_OnDefWindowProc Stub (000C0156 47 0 21eaa4) 0154:fixme:msimtf:ActiveIMMApp_OnDefWindowProc Stub (000C0156 3 0 4061f) -- 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 46597] New: Awkward Arabic letter in Office 2010
by wine-bugs＠winehq.org June 1, 2025

June 1, 2025

https://bugs.winehq.org/show_bug.cgi?id=46597 Bug ID: 46597 Summary: Awkward Arabic letter in Office 2010 Product: Wine Version: 4.0-rc6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: usp10 Assignee: wine-bugs(a)winehq.org Reporter: akram_ma(a)hotmail.com Distribution: --- Created attachment 63496 --> https://bugs.winehq.org/attachment.cgi?id=63496 Awkward Arabic letter in Office 2010 I am using Manjaro (Arch Linux) latest version, 18. Installed latest version of Wine 4.0rc6, Wine mono, Gecko, Winetricks. I setup Wine WinXP (32bit) with the following dll over-ride amstream (n, b) atl (n, b) crypt32 (n, b) d3dxof (n, b) dciman32 (n) devenum (n, b) dplay (n, b) dplayx (n, b) dpnaddr (n, b) dpnet (n, b) dpnhpast (n, b) dpnlobby (n, b) dxdiagn (n, b) hhctrl.ocx (n, b) hlink (n, b) itss (n, b) jscript (n, b) mlang (n, b) mshtml (n, b) msi (b) msvcirt (n, b) msvcrt40 (n, b) msvcrtd (n, b) odbc32 (n, b) odbccp32 (n, b) ole32 (b) oleaut32 (b) olepro32 (b) quartz (n, b) rpcrt4 (b) rsabase (n, b) shdoclc (n, b) shdocvw (n, b) softpub (n, b) urlmon (n, b) wininet (b) wintrust (n, b) with the following apps installed with WineTricks: msxml3, msxml6, all-fonts, msfedit, usp, msls31, vcrun2015, vb6run Installed Office 2010 (English/Arabic version) successfully. Then run MS Word with no problem except. It doesn't type Arabic in the right manner. Arabic is not connected, typed from left to right and some times it places the last letter of a word in between and connects the letter with broken connection or skipped ones. Also words order is left to right. I attached one pic showing: MS Word (wrong Arabic representation) and bellow it LibreOffice (correct Arabic representation) -- 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 16

[Bug 44753] New: set up error
by wine-bugs＠winehq.org June 1, 2025

June 1, 2025

https://bugs.winehq.org/show_bug.cgi?id=44753 Bug ID: 44753 Summary: set up error Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: sourarsarkar68(a)gmail.com Distribution: --- Created attachment 60765 --> https://bugs.winehq.org/attachment.cgi?id=60765 set up error file set up error problem when i install ms office 10.please solve my problem. -- 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