July 2021 - Wine-bugs - list.winehq.org

[Bug 50119] New: Dark Souls II: Scholar of the First Sin shows a white screen with vulkan renderer
by WineHQ Bugzilla 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=50119 Bug ID: 50119 Summary: Dark Souls II: Scholar of the First Sin shows a white screen with vulkan renderer Product: Wine Version: 5.21 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 0580:err:d3d:wined3d_swapchain_vk_blit Present returned vr VK_ERROR_OUT_OF_DATE_KHR. 0580:err:d3d:wined3d_swapchain_vk_destroy_vulkan_swapchain Failed to wait on queue, vr VK_ERROR_DEVICE_LOST. and lots of: 0580:err:d3d:wined3d_context_vk_submit_command_buffer Failed to submit command buffer 0x7f7fbc1b0e28, vr VK_ERROR_DEVICE_LOST. wine-5.21-69-gb940c5e7c91 -- 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 7

[Bug 50952] New: Regression: Legends of Runeterra crashes at launch
by WineHQ Bugzilla 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=50952 Bug ID: 50952 Summary: Regression: Legends of Runeterra crashes at launch Product: Wine Version: 5.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: dt(a)zeroitlab.com Distribution: --- Continuing from #47970 This is probably related to hooking of LdrInitializeThunk or other thread start related logic. I'll try to investigate. Regressed since 5.10 According to a previous bisect by Daniel Bomar, first bad commit is be0eb9c92eb7a4fcd9d0d48568c8ed5e8326ef0b: ntdll: Move the thread startup code to the Unix library -- 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 9

[Bug 51041] New: Wine does not enumerate all fonts
by WineHQ Bugzilla 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=51041 Bug ID: 51041 Summary: Wine does not enumerate all fonts Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: vladimir.kokovic(a)gmail.com Distribution: --- I have regularly installed 3 TTF fonts for my needs and when I wanted to use them, I saw wine not offer all 3 but only one of them. As all 3 are necessary, to determine what it is about, I wrote the test program that uses EnumFontFamiliesExW. The problem is probably the fact that 2 fonts that are not displayed in the font list, that they are OpenType fonts. The result of that program in Windows10: Terminal vk INSTALLED. Less Perfect DOS VGA INSTALLED. More Perfect DOS VGA INSTALLED. The result of that program in Wine: Terminal vk INSTALLED. Less Perfect DOS VGA NOT INSTALLED. More Perfect DOS VGA NOT INSTALLED. If necessary, I will also provide the test program and fonts. Vladimir Koković, DP senior(70), Serbia, Belgrade, 22.April 2021 -- 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 18

[Bug 35539] New: Proteus 8 demo fails to install
by wine-bugs＠winehq.org 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=35539 Bug ID: 35539 Summary: Proteus 8 demo fails to install Product: Wine Version: 1.7.11 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, split off from bug 34457 --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+msi wine ./prodemo.exe >>log.txt 2>&1 ... 0037:trace:msi:ACTION_PerformUIAction Performing action (L"WriteEnvironmentStrings") ... 0037:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 100 L"Action 13:24:18: WriteEnvironmentStrings. Updating environment strings" ... 0037:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `Environment`" 0x33f7e8 ... 0037:trace:msi:ITERATE_WriteEnvironmentString name L"!-*LXKSERVER" value (null) ... 0037:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 200 L"Name: LXKSERVER, Value: , Action 0" ... 0037:trace:msi:ITERATE_WriteEnvironmentString name L"=-*LXKSERVER" value L"[KEY_SERVER]" ... 0037:trace:msi:MSI_FormatRecordW L"[KEY_SERVER]" ... 0037:trace:msi:msi_get_property property L"KEY_SERVER" not found ... 0037:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 200 L"Name: LXKSERVER, Value: , Action 0" ... 0037:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 10 L"Action ended 13:24:18: WriteEnvironmentStrings. Return value 14." ... 0037:err:msi:ITERATE_Actions Execution halted, action L"WriteEnvironmentStrings" returned 14 --- snip --- "Environment" msi table dump with ORCA: --- snip --- Environment Name Value Component_ s72 l255 L255 s72 LXKSERVER !-*LXKSERVER APPFRAME.DLL LXKSERVER_1 =-*LXKSERVER [KEY_SERVER] APPFRAME.DLL --- snip --- The first one has no value -> skipped (ok). The second one has a value and is getting deformatted ... unfortunately 'KEY_SERVER' property is not set at this point, resulting in failure. I found only one occurrence of this property 'KEY_SERVER' in msi tables: "Control" msi table: --- snip --- KeyServerDlg Edit_1 Edit 101 112 125 18 3 KEY_SERVER {260} Bitmap --- snip --- The unattended install using explicit command line property works, see: http://www.softnual.com/html/pds/network-installation.htm --- quote --- Where a server license and dongle are installed the KEY_SERVER property can be set on the command line to point to the licence key server. If set this will set the environment variable, if not set the variable will be cleared. --- quote --- If I pass the property via command line it finishes successfully: --- snip --- $ wine msiexec -i setup_demo8.1.17358.0.msi KEY_SERVER=test ... $ fixme:wshom:WshShell3_RegWrite (L"HKLM\\SYSTEM\\CurrentControlSet\\Control\\Session Manager\\Environment\\LXKSERVER" {VT_BSTR: L"test"} {vt 10}): stub --- snip --- For UI install, the 'KeyServerDlg' is referenced from 'LicenseKeyTypeDlg' which is referenced from 'LicenseAgreementDlg': --- snip --- LicenseAgreementDlg Back NewDialog WelcomeDlg AI_INSTALL AND LicenseAgreementDlg_Cond 1 LicenseAgreementDlg Next NewDialog SetupTypeDlg AI_INSTALL AND LicenseAgreementDlg_Cond 3 LicenseAgreementDlg Next NewDialog LicenseKeyTypeDlgAI_INSTALL AND LicenseAgreementDlg_Cond AND LicenseKeyTypeDlg_Cond 4 LicenseAgreementDlg Next [LicenseKeyTypeDlg_Cond] 1 Family <> "Demonstration" 2 LicenseAgreementDlg Next [LicenseKeyTypeDlg_Cond] {} 1 1 LicenseAgreementDlg Cancel SpawnDialog CancelDlg 1 100 LicenseAgreementDlg PrintButton DoAction AI_PrintRtf 1 2 LicenseAgreementDlg PrintButton [AI_PRINT_RTF] LicenseAgreementDlg#AgreementText 1 1 --- snip --- 'SetupTypeDlg' is selected for 'next' button instead of 'LicenseKeyTypeDlg': --- snip --- 0037:trace:msi:msi_set_property 0x1437c0 L"LicenseAgreementDlg_Cond" L"1" -1 ... 0037:trace:msi:MSI_EvaluateConditionW 1 <- L"AI_INSTALL AND LicenseAgreementDlg_Cond" ... 0037:trace:msi:msi_dialog_send_event Sending control event L"NewDialog" L"LicenseAgreementDlg" ... 0037:trace:msi:MSI_EvaluateConditionW L"AI_INSTALL AND LicenseAgreementDlg_Cond AND LicenseKeyTypeDlg_Cond" ... 0037:trace:msi:msi_get_property returning L"1" for property L"AI_INSTALL" ... 0037:trace:msi:msi_get_property returning L"1" for property L"LicenseAgreementDlg_Cond" ... 0037:trace:msi:msi_get_property property L"LicenseKeyTypeDlg_Cond" not found ... 0037:trace:msi:MSI_EvaluateConditionW 0 <- L"AI_INSTALL AND LicenseAgreementDlg_Cond AND LicenseKeyTypeDlg_Cond" ... 0037:trace:msi:MSI_EvaluateConditionW 1 <- L"AI_INSTALL AND LicenseAgreementDlg_Cond" 0037:trace:msi:msi_dialog_send_event Sending control event L"NewDialog" L"SetupTypeDlg" --- snip --- 'LicenseKeyTypeDlg_Cond' is tied to control 'Event': --- snip --- LicenseAgreementDlg Next [LicenseKeyTypeDlg_Cond] 1 Family <> "Demonstration" 2 LicenseAgreementDlg Next [LicenseKeyTypeDlg_Cond] {} 1 1 --- snip --- The event condition: --- snip --- 0037:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM ControlEvent WHERE `Dialog_` = 'LicenseAgreementDlg' AND `Control_` = 'Next' ORDER BY `Ordering`" 0x33f240 ... 0037:trace:msi:MSI_EvaluateConditionW L"1" ... 0037:trace:msi:COND_GetString Got identifier L"1" ... 0037:trace:msi:MSI_EvaluateConditionW 1 <- L"1" ... 0037:trace:msi:msi_set_property 0x1437c0 L"LicenseKeyTypeDlg_Cond" (null) -1 ... 0037:trace:msi:msi_get_property property L"LicenseKeyTypeDlg_Cond" not found 0037:trace:msi:MSI_DatabaseOpenViewW L"DELETE FROM `_Property` WHERE `_Property` = 'LicenseKeyTypeDlg_Cond'" 0x33f11c ... 0037:trace:msi:MSI_EvaluateConditionW L"Family <> \"Demonstration\"" ... 0037:trace:msi:COND_GetString Got identifier L"Family" ... 0037:trace:msi:msi_get_property returning (null) for property L"Family" ... 0037:trace:msi:msi_get_property returning L"Demonstration" for property L"Family" ... 0037:trace:msi:COND_GetLiteral Got literal L"Demonstration" ... 0037:trace:msi:MSI_EvaluateConditionW 0 <- L"Family <> \"Demonstration\"" ... --- snip --- 'Family' property is hard coded by default to 'Demonstration' value. Makes sense for demo app/installer. Summing it up: at first glance everything looks ok. Maybe it's another MSI client vs. server issue. $ sha1sum prodemo.exe e3409adbc80bd73a36f82890da2b7d16be2fbf51 prodemo.exe $ du -sh prodemo.exe 166M prodemo.exe $ wine --version wine-1.7.11-306-g8f289c8 Regards -- 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 13

[Bug 50628] New: Fairy Tale About Father Frost, Ivan and Nastya crashes on DDERR_SURFACE_LOST
by WineHQ Bugzilla 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=50628 Bug ID: 50628 Summary: Fairy Tale About Father Frost, Ivan and Nastya crashes on DDERR_SURFACE_LOST Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: x17roqnft(a)relay.firefox.com Distribution: --- Created attachment 69326 --> https://bugs.winehq.org/attachment.cgi?id=69326 Terminal output Steps to reproduce: 1) Download demo version from here: https://bonusweb.idnes.cz/Download.aspx?id=D001222_952141 2) Install it 3) Run main exe with wine (mrazik.exe) 4) Starts, but crashes with different error message based on set wine prefix On Windows 7 and higher, it first yells about DDERR_SURFACE_LOST, but after next start, it changes to engine error CPSE: Stream open file failed (Unknown HRESULT). On Windows XP and lower, it just yells about CPSE: Stream open file failed. (Unknown HRESULT) This also happens on Steam version with Proton. Tried virtual desktop and new 32bit prefix, same error. Maybe it's just game engine being poorly written for newer systems. Note: Windows 10 machines requires to have compatibility mode set to Windows 98 or 95 to avoid in-game crashes. -- 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 9

[Bug 50673] New: FlatOut 2 crashes on launch
by WineHQ Bugzilla 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=50673 Bug ID: 50673 Summary: FlatOut 2 crashes on launch Product: Wine Version: 5.14 Hardware: x86-64 URL: https://www.pcworld.pl/ftp/pobierz/gry/3642.html OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 225be12999ef8d7e9c8a504d0d26254c9cace568 Distribution: --- Unhandled exception: page fault on read access to 0x7a98e720 in 32-bit code (0x7a98e720). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7a98e720 ESP:03cbfc7c EBP:03cbfca8 EFLAGS:00010206( R- -- I - -P- ) EAX:7a98e720 EBX:000200ac ECX:80000012 EDX:00000012 ESI:03cbfd78 EDI:00000000 Stack dump: 0x03cbfc7c: 7e90689c 000200ac 00000002 00000000 0x03cbfc8c: 00000000 00000002 03cbfca0 03cbfcc0 0x03cbfc9c: 000200ac 03cbfd78 80000012 03cbfcf8 0x03cbfcac: 7e906eed 7a98e720 000200ac 00000002 0x03cbfcbc: 00000000 00000000 000200ac 03cbfcf8 0x03cbfccc: 7e906eb1 00000002 03cbfce0 00000000 Backtrace: =>0 0x7a98e720 (0x03cbfca8) 1 0x7e906eed in user32 (+0x96eec) (0x03cbfcf8) 2 0x7e908f43 in user32 (+0x98f42) (0x03cbfd48) 3 0x7e8c4562 in user32 (+0x54561) (0x03cbfdb8) 4 0x7e8c9371 in user32 (+0x59370) (0x03cbfe18) 5 0x7e8c9584 in user32 (+0x59583) (0x03cbfe58) 6 0x7e8f9194 in user32 (+0x89193) (0x03cbfea8) 7 0x7e8fb51f in user32 (+0x8b51e) (0x03cbfed8) 8 0x7a98fc75 (0x03cbff48) 9 0x7bc7a098 (0x03cbff5c) 10 0x7bc7a2e5 (0x03cbffdc) 11 0x7bc7a08a (0x03cbffec) 0x7a98e720: -- no code accessible -- -- 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 9

[Bug 50875] New: HTMLElement_get_offsetParent crashes wine if a NULL offset parent is expected (VbsEdit)
by WineHQ Bugzilla 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=50875 Bug ID: 50875 Summary: HTMLElement_get_offsetParent crashes wine if a NULL offset parent is expected (VbsEdit) Product: Wine Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: dimaki(a)rocketmail.com Distribution: --- This issue effects an html help file which ships with VbsEdit. The body html element has a NULL offset parent. Attempting to retrieve it causes a null dereference crash in wine, but not in IE on Windows. Here is sample html code to reproduce the problem. In IE clicking the button produces no result while wine crashes. <!DOCTYPE html> <html> <body> <p>Click the button to get the offsetParent for the body tag.</p> <p><button onclick="testFunction()">Click</button></p> <script> function testFunction() { document.body.offsetParent; } </script> </body> </html> I have a patch with a fix which I will send in shortly. -- 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 6

[Bug 36010] New: Changing font resolution on winecfg changes default main font to Tahoma
by wine-bugs＠winehq.org 26 Oct '21

26 Oct '21

http://bugs.winehq.org/show_bug.cgi?id=36010 Bug ID: 36010 Summary: Changing font resolution on winecfg changes default main font to Tahoma Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jbopen(a)gmail.com Changing the value of font resolution under "Desktop" (winecfg) the system.reg changes the value "MS Shell Dlg" to the original "Tahoma". -- 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 10

[Bug 32749] New: Implement atl100.dll.AtlAxDialogBoxW to show error dialogs (Visual Studio 2010 (10.0) Express Edition)
by wine-bugs＠winehq.org 26 Oct '21

26 Oct '21

http://bugs.winehq.org/show_bug.cgi?id=32749 Bug #: 32749 Summary: Implement atl100.dll.AtlAxDialogBoxW to show error dialogs (Visual Studio 2010 (10.0) Express Edition) Product: Wine Version: 1.5.21 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: atl AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 32564 (Visual Studio 2010 (10.0) Express Edition needs atl100.dll.AtlAxDialogBoxW). Although it's stubbed for now it might be useful to load and show the dialog resource. --- snip --- 0009:fixme:atl:AtlAxDialogBoxW (0x401f0000 #00cc 0x2008a 0x401b589f 0) --- snip --- The user doesn't know what happened in this case. Regards -- 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 15

[Bug 44813] New: Some applications fail when calling ntdll.NtReadFile on a directory ( expect STATUS_INVALID_DEVICE_REQUEST)
by wine-bugs＠winehq.org 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=44813 Bug ID: 44813 Summary: Some applications fail when calling ntdll.NtReadFile on a directory (expect STATUS_INVALID_DEVICE_REQUEST) Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-Stat… Unfortunately there is little information/details, I just found this: https://wine-staging.com/news/2015-10-04-release-1.7.52.html --- quote --- Return STATUS_INVALID_DEVICE_REQUEST when trying to call NtReadFile on directory (Wine Staging Bug #571) --- quote --- Sadly no applications are mentioned. Some info here: https://stackoverflow.com/questions/42662363/createfile-on-directory-in-ntf… --- quote --- file system drivers (ntfs also) always return error code on IRP_MJ_READ request for directory file. usually STATUS_INVALID_DEVICE_REQUEST or STATUS_INVALID_PARAMETER --- quote --- https://www.osronline.com/showthread.cfm?link=169533 ("ZwQueryDirectoryFile failed with error STATUS_INVALID_DEVICE_REQUEST") https://msdn.microsoft.com/en-us/library/cc232128.aspx ("[MS-FSCC]: File System Control Codes") $ wine --version wine-3.4- Regards -- 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 6