wine-bugs April 2022

wine-bugs@winehq.org

1 participants
3500 discussions

[Bug 52082] New: Ace Ventura the CD-ROM game, page fault on read access
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52082 Bug ID: 52082 Summary: Ace Ventura the CD-ROM game, page fault on read access Product: Wine Version: 5.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: guillere(a)adinet.com.uy Distribution: --- Created attachment 71094 --> https://bugs.winehq.org/attachment.cgi?id=71094 backtrack Ace Ventura CD-ROM game hungs in the game start after 10 seconds confirmed in Ace Ventura CDROM (Latin America) and Ace Ventura CDROM (German) git bissect get this bug is introducced in commit 6b4de5102734de7dd77222bdb74f8cf5181022d8 This bug is a game bug (bad memory read)... but the game works OK in win 3.11 up to win xp (if i remember correctly) commit 6b4de5102734de7dd77222bdb74f8cf5181022d8 ntdll: Don't use a custom alignment for large heap blocks. -- 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 51968] New: Winaero WEI Tool: Crash due to C:\windows\performance\winsat\datastore missing
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51968 Bug ID: 51968 Summary: Winaero WEI Tool: Crash due to C:\windows\performance\winsat\datastore missing Product: Wine Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fox2code(a)gmail.com Distribution: --- Created attachment 70953 --> https://bugs.winehq.org/attachment.cgi?id=70953 Logs of the app crash Some apps crashes due to the assumption that C:\windows\performance\winsat\datastore exists It's affecting this app: https://winaero.com/winaero-wei-tool/ Creating the folder manually allow the application to launch correctly Note: I already have a WIP patch that I will submit to wine to fix this 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.

1 5

[Bug 51938] New: Safe Exam Browser (SEB) won't install even with winetricks dotnet472
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51938 Bug ID: 51938 Summary: Safe Exam Browser (SEB) won't install even with winetricks dotnet472 Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bammgabriana(a)gmail.com Distribution: --- Created attachment 70908 --> https://bugs.winehq.org/attachment.cgi?id=70908 Screenshot of "Setup Failed" message explaining the possible error Safe Exam Browser (SEB) is a kiosk-like application integrated in Moodle to let students take an online exam in full-screen mode. It requires that the student install the SEB browser on his computer, which requires .NET Framework 4.72 and VC++ 2015-2019 Redistributable runtimes. Unfortunately, the setup program won't let you install. Even if the requirements are installed via winetricks, the installer still complains that they are missing and setup fails. To install, download the file "SEB_3.3.1.388_SetupBundle.exe" from here: https://sourceforge.net/projects/seb/files/seb/SEB_3.3.1/ To reproduce: $ rm -rf ~/.wine $ wineboot $ winetricks -q dotnet472 vcrun2019 $ wine SEB_3.3.1.388_SetupBundle.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 14

[Bug 47287] New: Accessible Event Watcher Tool 'accevent.exe' from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function oleacc.dll.AccessibleObjectFromEvent
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=47287 Bug ID: 47287 Summary: Accessible Event Watcher Tool 'accevent.exe' from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function oleacc.dll.AccessibleObjectFromEvent Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleacc Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Main menu 'Events', select 'Start Listening' and then click random main menu item again -> crash. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Windows Kits/10/bin/10.0.17763.0/x64 $ wine ./accevent.exe ... 0036:err:ntdll:NtQueryInformationToken Unhandled Token Information class 26! wine: Call from 0x7b45323c to unimplemented function oleacc.dll.AccessibleObjectFromEvent, aborting wine: Unimplemented function oleacc.dll.AccessibleObjectFromEvent called at address 0x7b45323c (thread 0036), starting debugger... Unhandled exception: unimplemented function oleacc.dll.AccessibleObjectFromEvent called in 64-bit code (0x000000007b45323c). Register dump: rip:000000007b45323c rsp:0000000000248940 rbp:0000000000248a10 eflags:00000202 ( - -- I - - - ) rax:0000000000248960 rbx:0000000080000100 rcx:0000000000248960 rdx:0000000000248980 rsi:0000000000248a50 rdi:0000000000248990 r8:0000000000000002 r9:0000000000248a40 r10:0000000000000000 r11:0000000000659550 r12:000000018000a058 r13:0000000000000000 r14:0000000180005cc0 r15:0000000000000001 ... Backtrace: =>0 0x000000007b45323c RaiseException+0x6c(code=<is not available>, flags=<is not available>, nbargs=<is not available>, args=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:86] in kernel32 (0x0000000000248a10) 1 0x00007f6170d48dad __wine_spec_unimplemented_stub+0x3c(module=<is not available>, function=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/winecrt0/stub.c:32] in oleacc (0x0000000000248a60) 2 0x00007f6170d230f7 __wine_stub_AccessibleObjectFromEvent+0x16() in oleacc (0x0000000000248b00) 0x000000007b45323c RaiseException+0x6c [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:86] in kernel32: leaq 0xfffffffffffffff0(%rbp),%rsp 86 } Modules: Module Address Debug info Name (108 modules) ELF 7b400000- 7b86c000 Dwarf kernel32<elf> \-PE 7b420000- 7b86c000 \ kernel32 ELF 7bc00000- 7bd55000 Deferred ntdll<elf> \-PE 7bc20000- 7bd55000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 14002f000 Deferred accevent PE 180000000- 18000d000 Deferred event ... ELF 7f617f6fc000- 7f617faa1000 Dwarf libwine.so.1 ELF 7f617faa3000- 7f617fccc000 Deferred ld-linux-x86-64.so.2 ELF 7ffd4edfc000- 7ffd4edfd000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) ... 00000035 (D) C:\Program Files (x86)\Windows Kits\10\bin\10.0.17763.0\x64\accevent.exe 00000038 0 00000036 0 <== --- snip --- --- snip --- $ winedump -j import event.dll | sed -n '/OLEACC/,/^$/p' offset 0000663c OLEACC.dll Hint/Name Table: 00007580 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 000050C8 Thunk Ordn Name 000050c8 25 ObjectFromLresult 000050d0 27 WindowFromAccessibleObject 000050d8 4 AccessibleObjectFromEvent 000050e0 18 GetRoleTextW 000050e8 20 GetStateTextW --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/oleacc/oleacc.spec --- snip --- 2 @ stub AccessibleObjectFromEvent --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/oleacc/nf-oleacc-acces… $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ wine --version wine-4.9-95-g6d05fae6f7 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 11

[Bug 42030] New: winedbg: Internal crash at 0x9f58fd40
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=42030 Bug ID: 42030 Summary: winedbg: Internal crash at 0x9f58fd40 Product: Wine Version: 1.8.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: kenorb(a)gmail.com Distribution: --- The following command crashes: $ winedbg --command < <(echo help) winedbg: Internal crash at 0x9f58fd40 Probably syntax isn't right, but still shouldn't internally crash. -- 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

[Bug 51821] New: EVE Online Sisi Client Crashes Due to differences in how Wine and Windows handle LoadLibraryExW Undefined Behavior
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51821 Bug ID: 51821 Summary: EVE Online Sisi Client Crashes Due to differences in how Wine and Windows handle LoadLibraryExW Undefined Behavior Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: algebro(a)tuta.io Distribution: --- I've been chasing this for the last few days and think I may finally have enough information to finally open a bug report. As of a few days ago, the Sisi testing client for EVE stopped working in recent versions of Wine, and the logs showed an unhandled Python error in a module called launchdarkly_client.pyd: ```ImportError: Failed to load DLL: Success``` I chased this down in a debugger and noticed they're passing a relative path to LoadLibraryExW for this library only (full/absolute paths for every other module), and 8 for dwFlags: ```hLibModule = LoadLibraryExW((LPCWSTR)plVar4[3],(HANDLE)0x0,8)``` Per the Microsoft documentation, 8 for dwFlags is undefined when the first argument is a relative path: https://docs.microsoft.com/en-us/windows/win32/api/libloaderapi/nf-libloade… Weirdly enough, the library loads fine on Windows (I've confirmed in windbg), but it fails with error code 0x7e (Module not found) when trying to load it in wine. Other users running Wine 4.4 say Sisi launches fine and doesn't run into the error, although I havent been able to get older versions to build to try and test it, but it sounds like there is a difference between how recent Wine versions implement LoadLibraryExW() and how Windows does, at least with regards to the undefined behavior. Let me know if I can provide any other information that would be helpful for tracking this down. Thanks! -- 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 35

[Bug 52224] New: inetmib1:main test times out in linux
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52224 Bug ID: 52224 Summary: inetmib1:main test times out in linux Product: Wine Version: 7.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- inetmib1 times out regularly in testbot. https://test.winehq.org/data/patterns.html#inetmib1:main -- 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 52200] New: Yamizome Liberator (demo): In game video isn't played.
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52200 Bug ID: 52200 Summary: Yamizome Liberator (demo): In game video isn't played. Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu Yamizome Liberator -Yamiochi Yuusha to Ochiru Senki- Trial Edition[1] is a demo version of NSFW visual novel released in 2020 by Escu:de in Japan. After playing through the demo, I noticed in-game video isn't played when it should be. In detail, opening video, opening.wmv, should be played when the title screen is idle for 60 seconds. Please note that the playback only happens after playing through the demo due to some reason. [1] https://vndb.org/r75003 -- 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 8

[Bug 52076] New: Wrong icons placement when using a theme
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52076 Bug ID: 52076 Summary: Wrong icons placement when using a theme Product: Wine Version: 6.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Application: WinSCP Just compare the screenshots. One is without using themes, the other one with the default Light theme. -- 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 12

[Bug 51220] New: version:info - The GetFileVersionInfoEx() checks fail in non-English locales
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51220 Bug ID: 51220 Summary: version:info - The GetFileVersionInfoEx() checks fail in non-English locales Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: version Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The GetFileVersionInfoEx() checks fail in non-English locales because the returned information seems to be localized even when they shouldn't be, i.e. for flags=0 and flags=FILE_VER_GET_NEUTRAL: https://test.winehq.org/data/patterns.html#version:info fr_FR: info.c:709: Test failed: [0] got 1036, expected lang is 1033 ja_JP: info.c:709: Test failed: [0] got 1041, expected lang is 1033 I suspect this is because this code block in GetFileVersionInfoSizeExW() systematically fails to find the English resource: LANGID english = MAKELANGID( LANG_ENGLISH, SUBLANG_DEFAULT ); hRsrc = FindResourceExW( hModule, MAKEINTRESOURCEW(VS_VERSION_INFO), (LPWSTR)VS_FILE_INFO, english ); I tried some alternative combinations for MAKELANGID() (though maybe not the right one) to no avail. So it's unclear to me if the issue is a bug in FindResourceExW() or an issue in the set up of the file version information in kernel32.dll. Note: * The fg-deb64-* tests are run in the fr_FR.UTF-8 locale. -- 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

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 April 2022