June 2022 - wine-bugs

[Bug 53001] New: Regression: Endless WAV crashes when moving file list sub-window
by WineHQ Bugzilla 19 Jun '22

19 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53001 Bug ID: 53001 Summary: Regression: Endless WAV crashes when moving file list sub-window Product: Wine-staging Version: 7.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: s_chriscollins(a)hotmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- STEPS TO REPRODUCE: 1. Download and extract Endless WAV (version 1.7.8b15 as of this writing): https://www.bjoernbojahr.de/endlesswav.html 2. Run the extracted "EndlWav.exe" executable. 3. Once the application has launched, drag the bottom window titled "File List" using its header bar. RESULT: Endless WAV crashes with the following terminal output: --- \Endless WAV\EndlWav.exe: dlls/ntdll/unix/thread.c:1737: ntdll_set_exception_jmp_buf: Assertion `!jmp || !ntdll_get_thread_data()->jmp_buf' failed. wine: Assertion failed at address F7F21549 (thread 0100), starting debugger... \Endless WAV\EndlWav.exe: dlls/ntdll/unix/thread.c:1737: ntdll_set_exception_jmp_buf: Assertion `!jmp || !ntdll_get_thread_data()->jmp_buf' failed. 0100:err:seh:NtRaiseException Unhandled exception code 80000101 flags 1 addr 0xf7f21549 --- ADDITIONAL INFO: * The crash happens with wine-staging, but not the same version of wine-devel. * This crash was introduced in a recent version of wine-staging. At least a month or two ago with an earlier version of wine-staging, I was not getting this crash. * I can reproduce the bug in VirtualBox and with a clean .wine profile. * Possibly related to bug #52853. * The crash does not happen if using the OS window manager's shortcut key to drag the window from anywhere (e.g., left Alt or left Super key). -- 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 53188] New: user32:menu - test_menu_input()'s tests 25, 26 and 27 fail randomly in Wine
by WineHQ Bugzilla 19 Jun '22

19 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53188 Bug ID: 53188 Summary: user32:menu - test_menu_input()'s tests 25, 26 and 27 fail randomly in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:menu - test_menu_input()'s tests 25, 26 and 27 fail randomly (~5.5% failure rate) in Wine. For instance: menu.c:2324: Test failed: test 25 https://test.winehq.org/data/patterns.html#user32:menu The tests 25, 26 and 27 fail independently but seemingly only one at a time. -- 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 53186] New: user32:menu - test_menu_iteminfo() fails randomly when inserting an invalid submenu in Windows
by WineHQ Bugzilla 19 Jun '22

19 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53186 Bug ID: 53186 Summary: user32:menu - test_menu_iteminfo() fails randomly when inserting an invalid submenu in Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:menu - test_menu_iteminfo() fails randomly when inserting an invalid submenu in Windows: menu.c:1383: ANSI tests: string 0081FDB0 hbm 38050FB3 txt 0081FD60 menu.c:1566: Test failed: InsertMenuItem should have failed. menu.c:1383: Unicode tests: string 0081FDB0 hbm 38050FB3 txt 0081FD8C menu.c:1566: Test failed: InsertMenuItem should have failed. https://test.winehq.org/data/patterns.html#user32:menu Most of the time both the ANSI and Unicode tests fail together (~7.7% fail rate) but there are two instances where only the ANSI test failed (~0.6%). This impacts Windows 10 1809 to 21H2. -- 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 53185] New: unable to open win app in linux
by WineHQ Bugzilla 19 Jun '22

19 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53185 Bug ID: 53185 Summary: unable to open win app in linux Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: katparamitesh(a)gmail.com Distribution: --- Created attachment 72625 --> https://bugs.winehq.org/attachment.cgi?id=72625 robolx player not opening unable to install any 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 1

[Bug 53181] New: xinput1_3:xinput has a rare crash in Wine
by WineHQ Bugzilla 19 Jun '22

19 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53181 Bug ID: 53181 Summary: xinput1_3:xinput has a rare crash in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- xinput1_3:xinput has a rare crash in Wine: xinput.c:820: Testing xinput9_1_0.dll Unhandled exception: page fault on execute access to 0x651c3ae2 in 32-bit code (0x651c3ae2). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:651c3ae2 ESP:0103fe04 EBP:0103ff28 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000001 EBX:00000002 ECX:0103fe00 EDX:00000000 ESI:00000001 EDI:00000001 Stack dump: 0x0103fe04: 651c0000 000007d0 00001cff 00000002 0x0103fe14: 00000000 00000000 00000000 fffffffd 0x0103fe24: 00000000 00000000 00000000 00000000 0x0103fe34: 00000000 00000000 7b60da30 001439d0 0x0103fe44: 0011051e 00000000 00000000 00000000 0x0103fe54: 00000000 00000000 00000000 00000000 Backtrace: =>0 0x651c3ae2 (0x0103ff28) 1 0x7b62a1e0 in kernel32 (+0x2a1e0) (0x0103ff48) 2 0x7bc59b27 in ntdll (+0x59b27) (0x0103ff5c) 3 0x7bc5a1e0 RtlCreateUserThread(entry=651C3300, arg=0x000000000) [Z:\home\fgouget\wine\winetest\src\dlls\ntdll\thread.c:261] in ntdll (0x0103ffec) 0x651c3ae2: -- no code accessible -- [...] PE 63480000-6349b000 Deferred version PE 666c0000-666e8000 Deferred hid https://test.winehq.org/data/patterns.html#xinput1_3:xinput The first known instance of this crash happened on 2022-06-01: there was no crash from Apr 19 to May 31, but 6 crashes occurred from Jun 01 to Jun 17 (~9% crash rate). So this looks like a new issue. The crash address is different every time but always falls in the same range between version and hid. However I have not been able to reproduce the crash even over 50 runs. It is possible there is a bad interaction with a previous test. -- 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 53165] New: Sid Meiers: Pirates! error during install, failed to ready media for L"lang0.FPK"
by WineHQ Bugzilla 18 Jun '22

18 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53165 Bug ID: 53165 Summary: Sid Meiers: Pirates! error during install, failed to ready media for L"lang0.FPK" Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: odecif(a)gmail.com Distribution: --- Created attachment 72611 --> https://bugs.winehq.org/attachment.cgi?id=72611 Simple execution log Hi! When I try to install the 2-disc version of "Sid Meier's: Pirates!" I get a popup-error and some log info. Reproduction steps: 1. Put the first CD in the cd-drive 2. Initialize install "WINEPREFIX=/home/user/.wine-pirates wine d:\Autorun.exe 3. Click through the EULA and start the install 4. Wait until popup-message shows saying "Error 1311.Source file not found: Sid Meier's Pirates!, Disc 1. Verify that the file exists and that you can access it" during the install of "AssetsLANG0.FPK". I have tested in 32 and 64-bit prefix with Windows XP, 7 and 10 with the same results in all of them. I have also tested the disc in a Windows XP virtualbox on the same PC and that installation went flawless. Not sure what else is to be done here... Br -- 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 37557] New: SketchUp 2015 doesn't start
by wine-bugs＠winehq.org 18 Jun '22

18 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=37557 Bug ID: 37557 Summary: SketchUp 2015 doesn't start Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: gilson.oliveira.junior(a)gmail.com Distribution: --- Hi All, I've installed the last version of SketchUp in Wine 1.7.30 in my Ubuntu and when I double click the application, the mouse changes the cursor to "working" and then it's set again as normal cursor and Nothing Happens. Via command I get the message below: wine "C:\Program Files (x86)\SketchUp\SketchUp 2015\SketchUp.exe" err:module:import_dll Library mfc100u.dll (which is needed by L"C:\\Program Files (x86)\\SketchUp\\SketchUp 2015\\SketchUp.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files (x86)\\SketchUp\\SketchUp 2015\\SketchUp.exe" failed, status c0000135 Does anybody knows what I can do? I'm a beginner user of Wine and Ubuntu. Thanks in advanced for your help. Regards, Gilson -- 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

[Bug 53177] New: Menus can't be used with mouse
by WineHQ Bugzilla 18 Jun '22

18 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53177 Bug ID: 53177 Summary: Menus can't be used with mouse Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kosaji48.cagoti61(a)murena.io Distribution: --- When using Polyboard-6.04j elements inside some menus can't be accessed unless you try to use the keyboard to select the items. -- 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 51720] New: ntdll-ForceBotoomUpAlloc - StarCitizen crashing on start
by WineHQ Bugzilla 18 Jun '22

18 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=51720 Bug ID: 51720 Summary: ntdll-ForceBotoomUpAlloc - StarCitizen crashing on start Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rawfox(a)freenet.de CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- SC works on wine-vanilla. It used to work on wine-staging better, due to the benefits of some patches. Since a couple weeks, SC on wine-staging crashed when pressing play in the launcher. Netho from #LUG found the staging patch ntdll-ForceBottomUpAlloc the source of the crashes. Removing that patch and its dependencies made the game load and work again. --all -W ntdll-ForceBottomUpAlloc -W ntdll-WRITECOPY -W ntdll-Builtin_Prot Problem is, the game performance is reduced by 50%, when removing that patch. Removing all ntdll* patches from the staging patchset made the game work fine again, no issues there, but we miss all the tweaks for ntdll from the staging patches. No idea, whats wrong with ntdll-ForceBottomUpAlloc . Netho futher found /0003-ntdll-Force-virtual-memory-allocation-order.patch is the patch that causes the 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 21

[Bug 43557] New: Ukrainian I/ i letter support for OEM console applications using cp866.
by wine-bugs＠winehq.org 18 Jun '22

18 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=43557 Bug ID: 43557 Summary: Ukrainian I/i letter support for OEM console applications using cp866. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: alter(a)ukr.net Distribution: Other Created attachment 58962 --> https://bugs.winehq.org/attachment.cgi?id=58962 patch for c_866.c adding ukrainian I/i support Ukrainian I/i letter support for OEM console applications using cp866. There is well-known Windows problem with Ukrainian letters 'I' and 'i'. They are displayed as question mark ('?') in console applications. But the most annoying thing is that these files cannot be copied with console File Managers, like Far. Proposed patch fixes it. OEM cp966 characters 0xf6 (I ukr) and 0xf7 (i ukr) should be mapped to unicode 0x0406 and 0x0456 Since Wine uses statically compited NLS translation, it is not possible to just fix NLS file like under Windows (http://alter.org.ua/en/soft/win/cp866u/) -- 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

[Bug 47582] New: World of Tanks -> open field post get a Unhandled exception
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=47582 Bug ID: 47582 Summary: World of Tanks -> open field post get a Unhandled exception Product: Wine Version: 4.12.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: oliver.krueckel(a)gmail.com Distribution: --- Created attachment 64987 --> https://bugs.winehq.org/attachment.cgi?id=64987 Unhandled exception: unimplemented function urlmon.dll.414 called in 32-bit code if I open the filed post in WoT a Unhandled exception occurs. WoT continues, but no "Field Post" is displayed. WoT Version v.1.5.1.3 OS: openSUSE Tumbleweed VERSION="20190730" @pax> rpm -qa '*wine*' wine-gecko-2.47-56.13.noarch wine-32bit-4.12.1-658.13.x86_64 winetricks-20190615-1.1.x86_64 wine-4.12.1-658.13.x86_64 wine-mono-4.9.0-8.1.noarch -- 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 3

[Bug 51699] New: World of Tank v1.14
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=51699 Bug ID: 51699 Summary: World of Tank v1.14 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oliver.krueckel(a)gmail.com Distribution: --- Created attachment 70572 --> https://bugs.winehq.org/attachment.cgi?id=70572 glxinfo With update WoT to v1.14, the following content is no longer displayed (only the background is displayed). The entire store and under menu -> Combat Intelligence If you move the mouse on these pages, the mouse pointer changes over the fields that are not displayed. So it seems like a display 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.

1 4

[Bug 53136] New: crypt32:cert - testVerifyRevocation() fails in Wine
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53136 Bug ID: 53136 Summary: crypt32:cert - testVerifyRevocation() fails in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- crypt32:cert - testVerifyRevocation() fails in Wine: cert.c:4177: Test failed: got 80092012 cert.c:4178: Test failed: got 80092012 https://test.winehq.org/data/patterns.html#crypt32:cert 0c80092012 is CRYPT_E_NO_REVOCATION_CHECK. The failures started on 2022-05-30 and were initially random but are systematic since 2022-06-07. The actual test was introduced on 2022-05-24 in the commit below and reverting to that commit produces systematic failures. So this is not a regression but instead looks like an outside change that broke the test. commit 74832c2177808c6222d44f7e4580de84e0ada8f0 Author: Hans Leidekker <hans(a)codeweavers.com> AuthorDate: Tue May 24 09:46:22 2022 +0200 crypt32/tests: Add more OCSP revocation tests. Signed-off-by: Hans Leidekker <hans(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 51243] New: In Wine dinput:keyboard fails if the keyboard layout does not match the display language
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=51243 Bug ID: 51243 Summary: In Wine dinput:keyboard fails if the keyboard layout does not match the display language Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- In Wine dinput:keyboard fails if the keyboard layout does not match the display language: https://test.winehq.org/data/patterns.html#dinput:keyboard keyboard.c:424: Test failed: 0: expected 10, got 41 keyboard.c:462: Test failed: dinput failed to handle keyboard event * On my laptop which has an Azerty keyboard: LANG=fr_FR.UTF-8 -> these two tests succeed (but line 467 fails) LANG=en_US.UTF-8 -> these two tests fail * On my desktop which has a Qwerty keyboard: LANG=fr_FR.UTF-8 -> these two tests fail LANG=en_US.UTF-8 -> these two tests succeed Note: * For the TestBot VMs the locale tests only set $LANG so this is why this failure happens on debiant2-win32-fr-FR. * The test only tests English, French, German and Japanese. * The German case has a similar failure (on lines 424 and 467). * The Japanese case and other locales do not fail. -- 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 52993] New: msi:action - test_publish() fails on date change
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=52993 Bug ID: 52993 Summary: msi:action - test_publish() fails on date change Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com msi:action - test_publish() fails on date change: action.c:4219: Test failed: got "20220513" https://test.winehq.org/data/patterns.html#msi:action The issue is that when test_publish() started it was slightly before midnight but when it checked the date in the registry is was slightly after midnight: 3708 get_date_str(date); // now it's 20220512 ... 4186 /* complete install */ 4187 r = MsiInstallProductA(msifile, "FULL=1"); // now it's 20220513 ... 4219 CHECK_REG_STR(prodkey, "InstallDate", date);// --> failure The registry date should be equal to either the date before the installation started, or the date after the installation started. The test was added in this commit: commit 8db3c0e358c54e0ebc3f7b4b7461296d046029e9 Author: Hans Leidekker <hans(a)codeweavers.com> AuthorDate: Thu Oct 14 11:06:13 2010 +0200 msi/tests: Move test coverage for standard actions to a separate module. -- 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 52885] New: Adobe Lightroom Classic 11.1 crash in user32
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=52885 Bug ID: 52885 Summary: Adobe Lightroom Classic 11.1 crash in user32 Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: bugs(a)bzatek.net Distribution: --- Created attachment 72269 --> https://bugs.winehq.org/attachment.cgi?id=72269 backtrace > Unhandled exception: page fault on read access to 0x00000000d727af40 in 64-bit code (0x00007f4d33ef538d). > Backtrace: > =>0 0x00007f4d33ef538d in user32 (+0x5538d) (0x000000000011f100) > 0x00007f4d33ef538d user32+0x5538d: movzwl 0x0000000000000010(%rsi),%eax good: wine-6.22 bad: wine-7.3 (vkd3d not compiled in, vulkan disabled) Clean prefix, only vcrun2015 installed. Newer wine versions do crash due to bundled vkd3d - bug 52884. So until that one is fixed, I have no way to test if this is still valid with recent wine releases. This wine-7.3 release is compiled without vkd3d in the same configuration as wine-6.22 that I've been using for months. Recently tried new wine versions and immediately came across this crash. Backtrace doesn't show much details and there are no interesting messages on the console either. Reproducible in Lightroom Classic 11.1 and 10.4. Any ideas for further debugging? Haven't tried bisecting wine releases. -- 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 49210] New: Mafia II: Definitive Edition Launcher crashes with Wine-Mono
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=49210 Bug ID: 49210 Summary: Mafia II: Definitive Edition Launcher crashes with Wine-Mono Product: Wine Version: 5.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 0544:fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.5.1" not implemented Unhandled Exception: System.EntryPointNotFoundException: MILCreateEventProxy assembly:<unknown assembly> type:<unknown type> member:(null) at (wrapper managed-to-native) System.Windows.Media.EventProxyWrapper.MILCreateEventProxy(System.Windows.Media.EventProxyDescriptor&,System.Windows.Media.SafeMILHandle&) at System.Windows.Media.EventProxyWrapper.CreateEventProxyWrapper (System.Windows.Media.IInvokable invokable) [0x0004c] in <026f8b89478e44f69208fca17e99e530>:0 at System.Windows.Media.MediaEventsHelper.CreateMediaEventsHelper (System.Windows.Media.MediaPlayer mediaPlayer, System.Windows.Media.MediaEventsHelper& eventsHelper, System.Windows.Media.SafeMILHandle& unmanagedProxy) [0x00009] in <026f8b89478e44f69208fca17e99e530>:0 at System.Windows.Media.MediaPlayerState.CreateMedia (System.Windows.Media.MediaPlayer mediaPlayer) [0x00003] in <026f8b89478e44f69208fca17e99e530>:0 at System.Windows.Media.MediaPlayerState..ctor (System.Windows.Media.MediaPlayer mediaPlayer) [0x0003f] in <026f8b89478e44f69208fca17e99e530>:0 at System.Windows.Media.MediaPlayer.EnsureState () [0x0000f] in <026f8b89478e44f69208fca17e99e530>:0 at System.Windows.Media.MediaPlayer.WritePreamble () [0x00008] in <026f8b89478e44f69208fca17e99e530>:0 at System.Windows.Media.MediaPlayer.Open (System.Uri source) [0x00001] in <026f8b89478e44f69208fca17e99e530>:0 at W3Launcher.SoundEffect.GetEffectInstance () [0x00017] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0 at W3Launcher.SoundEffect.Play () [0x00000] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0 at W3Launcher.App.OnStartup (System.Windows.StartupEventArgs e) [0x00037] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0 at System.Windows.Application.<.ctor>b__1_0 (System.Object unused) [0x00014] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0 at System.Windows.Threading.ExceptionWrapper.InternalRealCall (System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object source, System.Delegate callback, System.Object args, System.Int32 numArgs, System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate callback, System.Object args, System.Int32 numArgs, System.Delegate catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.DispatcherOperation.InvokeImpl () [0x00099] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext (System.Object state) [0x00008] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper (System.Object obj) [0x0001d] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00071] in <084b4366b7b24485afe7dc701f3d4323>:0 at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <084b4366b7b24485afe7dc701f3d4323>:0 at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x0002b] in <084b4366b7b24485afe7dc701f3d4323>:0 at MS.Internal.CulturePreservingExecutionContext.Run (MS.Internal.CulturePreservingExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x00047] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.DispatcherOperation.Invoke () [0x00016] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.ProcessQueue () [0x00114] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.WndProcHook (System.IntPtr hwnd, System.Int32 msg, System.IntPtr wParam, System.IntPtr lParam, System.Boolean& handled) [0x00061] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at MS.Win32.HwndWrapper.WndProc (System.IntPtr hwnd, System.Int32 msg, System.IntPtr wParam, System.IntPtr lParam, System.Boolean& handled) [0x0003a] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at MS.Win32.HwndSubclass.DispatcherCallbackOperation (System.Object o) [0x00042] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.ExceptionWrapper.InternalRealCall (System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object source, System.Delegate callback, System.Object args, System.Int32 numArgs, System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate callback, System.Object args, System.Int32 numArgs, System.Delegate catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.LegacyInvokeImpl (System.Windows.Threading.DispatcherPriority priority, System.TimeSpan timeout, System.Delegate method, System.Object args, System.Int32 numArgs) [0x000fc] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.Invoke (System.Windows.Threading.DispatcherPriority priority, System.Delegate method, System.Object arg) [0x00011] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at MS.Win32.HwndSubclass.SubclassWndProc (System.IntPtr hwnd, System.Int32 msg, System.IntPtr wParam, System.IntPtr lParam) [0x00154] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at (wrapper native-to-managed) MS.Win32.HwndSubclass.SubclassWndProc(intptr,int,intptr,intptr) at (wrapper managed-to-native) MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG&) at System.Windows.Threading.Dispatcher.TranslateAndDispatchMessage (System.Windows.Interop.MSG& msg) [0x0001a] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.PushFrameImpl (System.Windows.Threading.DispatcherFrame frame) [0x0004c] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.PushFrame (System.Windows.Threading.DispatcherFrame frame) [0x00077] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.Run () [0x00006] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Application.RunDispatcher (System.Object ignore) [0x00023] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0 at System.Windows.Application.RunInternal (System.Windows.Window window) [0x0010d] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0 at System.Windows.Application.Run (System.Windows.Window window) [0x00008] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0 at System.Windows.Application.Run () [0x00009] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0 at W3Launcher.App.Main () [0x0000b] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0 [ERROR] FATAL UNHANDLED EXCEPTION: System.EntryPointNotFoundException: MILCreateEventProxy assembly:<unknown assembly> type:<unknown type> member:(null) at (wrapper managed-to-native) System.Windows.Media.EventProxyWrapper.MILCreateEventProxy(System.Windows.Media.EventProxyDescriptor&,System.Windows.Media.SafeMILHandle&) at System.Windows.Media.EventProxyWrapper.CreateEventProxyWrapper (System.Windows.Media.IInvokable invokable) [0x0004c] in <026f8b89478e44f69208fca17e99e530>:0 at System.Windows.Media.MediaEventsHelper.CreateMediaEventsHelper (System.Windows.Media.MediaPlayer mediaPlayer, System.Windows.Media.MediaEventsHelper& eventsHelper, System.Windows.Media.SafeMILHandle& unmanagedProxy) [0x00009] in <026f8b89478e44f69208fca17e99e530>:0 at System.Windows.Media.MediaPlayerState.CreateMedia (System.Windows.Media.MediaPlayer mediaPlayer) [0x00003] in <026f8b89478e44f69208fca17e99e530>:0 at System.Windows.Media.MediaPlayerState..ctor (System.Windows.Media.MediaPlayer mediaPlayer) [0x0003f] in <026f8b89478e44f69208fca17e99e530>:0 at System.Windows.Media.MediaPlayer.EnsureState () [0x0000f] in <026f8b89478e44f69208fca17e99e530>:0 at System.Windows.Media.MediaPlayer.WritePreamble () [0x00008] in <026f8b89478e44f69208fca17e99e530>:0 at System.Windows.Media.MediaPlayer.Open (System.Uri source) [0x00001] in <026f8b89478e44f69208fca17e99e530>:0 at W3Launcher.SoundEffect.GetEffectInstance () [0x00017] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0 at W3Launcher.SoundEffect.Play () [0x00000] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0 at W3Launcher.App.OnStartup (System.Windows.StartupEventArgs e) [0x00037] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0 at System.Windows.Application.<.ctor>b__1_0 (System.Object unused) [0x00014] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0 at System.Windows.Threading.ExceptionWrapper.InternalRealCall (System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object source, System.Delegate callback, System.Object args, System.Int32 numArgs, System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate callback, System.Object args, System.Int32 numArgs, System.Delegate catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.DispatcherOperation.InvokeImpl () [0x00099] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext (System.Object state) [0x00008] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper (System.Object obj) [0x0001d] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00071] in <084b4366b7b24485afe7dc701f3d4323>:0 at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <084b4366b7b24485afe7dc701f3d4323>:0 at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x0002b] in <084b4366b7b24485afe7dc701f3d4323>:0 at MS.Internal.CulturePreservingExecutionContext.Run (MS.Internal.CulturePreservingExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x00047] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.DispatcherOperation.Invoke () [0x00016] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.ProcessQueue () [0x00114] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.WndProcHook (System.IntPtr hwnd, System.Int32 msg, System.IntPtr wParam, System.IntPtr lParam, System.Boolean& handled) [0x00061] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at MS.Win32.HwndWrapper.WndProc (System.IntPtr hwnd, System.Int32 msg, System.IntPtr wParam, System.IntPtr lParam, System.Boolean& handled) [0x0003a] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at MS.Win32.HwndSubclass.DispatcherCallbackOperation (System.Object o) [0x00042] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.ExceptionWrapper.InternalRealCall (System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object source, System.Delegate callback, System.Object args, System.Int32 numArgs, System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate callback, System.Object args, System.Int32 numArgs, System.Delegate catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.LegacyInvokeImpl (System.Windows.Threading.DispatcherPriority priority, System.TimeSpan timeout, System.Delegate method, System.Object args, System.Int32 numArgs) [0x000fc] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.Invoke (System.Windows.Threading.DispatcherPriority priority, System.Delegate method, System.Object arg) [0x00011] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at MS.Win32.HwndSubclass.SubclassWndProc (System.IntPtr hwnd, System.Int32 msg, System.IntPtr wParam, System.IntPtr lParam) [0x00154] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at (wrapper native-to-managed) MS.Win32.HwndSubclass.SubclassWndProc(intptr,int,intptr,intptr) at (wrapper managed-to-native) MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG&) at System.Windows.Threading.Dispatcher.TranslateAndDispatchMessage (System.Windows.Interop.MSG& msg) [0x0001a] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.PushFrameImpl (System.Windows.Threading.DispatcherFrame frame) [0x0004c] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.PushFrame (System.Windows.Threading.DispatcherFrame frame) [0x00077] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Threading.Dispatcher.Run () [0x00006] in <4e9e425f1cb8433db4ccdc96d738dd07>:0 at System.Windows.Application.RunDispatcher (System.Object ignore) [0x00023] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0 at System.Windows.Application.RunInternal (System.Windows.Window window) [0x0010d] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0 at System.Windows.Application.Run (System.Windows.Window window) [0x00008] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0 at System.Windows.Application.Run () [0x00009] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0 at W3Launcher.App.Main () [0x0000b] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0 wine-5.8-251-g4358ddc75f -- 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 39298] New: kernel32 does not support custom nls installation.
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=39298 Bug ID: 39298 Summary: kernel32 does not support custom nls installation. Product: Wine Version: 1.7.51 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: htl10(a)users.sourceforge.net Distribution: --- This is a somewhat related bug to 39297 - wine seems to use built-in code page tables ( wine/libs/wine/c_*.c ) . On newer windows, code page 708 is shipped with the OS; FontVal also bundle CPinstall CPinstall/i386 CPinstall/i386/c_852.nls CPinstall/i386/c_1361.nls CPinstall/i386/c_708.nls CPinstall/i386/c_862.nls CPinstall/i386/c_775.nls CPinstall/i386/c_857.nls CPinstall/i386/c_737.nls CPinstall/i386/c_864.nls CPinstall/i386/c_869.nls CPinstall/CPinstall.inf CPinstall.dll for older windows which does not have them. However, I tried installing them (via setupdll), it seems to popular the registry, and copy the nls files, but does not seem to have any effect on wine's behavior at all. FWIW, there seems to be only one nls file shipped with wine, l_intl.nls, that if I remember correctly is required by dotnet; I don't seem to be able to find any code which read nls files in wine at all. +++ This bug was initially created as a clone of Bug #39297 +++ Microsoft's FontValidator (https://www.microsoft.com/typography/FontValidator.mspx) when processing certain fonts, try to access code page 708, which is not available under wine. FYI, mono has support for code page 708 - c.f. mcs/class/I18N/Rare/CP708.cs . -- 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 35027] New: unimplemented function KERNEL32.dll.CreateProcessInternalW
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=35027 Bug #: 35027 Summary: unimplemented function KERNEL32.dll.CreateProcessInternalW Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: l12436(a)yahoo.com.tw Classification: Unclassified Created attachment 46688 --> http://bugs.winehq.org/attachment.cgi?id=46688 log the CreateProcessInternalW in kernel32.dll seems not implemented. cause a execution file crash. -- 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 14

[Bug 33381] New: Mayhem Triple renders too small
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=33381 Bug #: 33381 Summary: Mayhem Triple renders too small Product: Wine Version: 1.5.25 Platform: x86 URL: http://www.sniperdiplomat.com/MayhemTriple.rar OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com Classification: Unclassified Output only occupies about a third of the window. Mouse behaves as if it were scaled to fit. -- 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 6

[Bug 53082] New: "explorer: Create clipboard manager thread when creating a desktop." causes hangs on wine startup
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53082 Bug ID: 53082 Summary: "explorer: Create clipboard manager thread when creating a desktop." causes hangs on wine startup Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: jacek(a)codeweavers.com Regression SHA1: d8a74e5cf9f259c5ec9480e74d286c93609b8d9c Distribution: --- Since this commit, d8a74e5cf9f259c5ec9480e74d286c93609b8d9c "explorer: Create clipboard manager thread when creating a desktop.", hangs occasionally when setting up a new wineprefix. (It's possible that it also hangs when starting wine with a preexisting wineprefix, but I pinpointed it for the init procedure when setting up a fresh wineprefix.) I've built wine headless (I only run command line executables), i.e. configured with "--without-x" (on Linux). I've reproduced this on arm32, but it's plausible that the same can happen on other architectures, too. When bootstrapping a new wineprefix (setting WINEPREFIX to a new, nonexistent directory, running "wine wineboot"), it can hang, printing errors like these: 0048:err:sync:RtlpWaitForCriticalSection section 7BC8A3F0 "../src/dlls/ntdll/loader.c: loader_section" wait timed out in thread 0048, blocked by 0054, retrying (60 sec) 0048:err:sync:RtlpWaitForCriticalSection section 7BC8A3F0 "../src/dlls/ntdll/loader.c: loader_section" wait timed out in thread 0048, blocked by 0054, retrying (60 sec) Did this commit trigger some race condition when bootstrapping the environment? This issue doesn't happen every time - when testing setup of a new wineprefix, it happens maybe once in 5-10 attempts. -- 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 53076] New: Kvaser CanKing needs ntoskrnl.exe.KfRaiseIrql and ntoskrnl.exe.KeLowerIrql
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53076 Bug ID: 53076 Summary: Kvaser CanKing needs ntoskrnl.exe.KfRaiseIrql and ntoskrnl.exe.KeLowerIrql Product: Wine Version: 7.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Steps to reproduce: 1. Ensure that you are running a version of Wine that has the fix for Bug 53051. 2. Install Kvaser Drivers for Windows (kvaser_drivers_setup.exe). 3. Install Kvaser CanKing (kvaser_canking_setup.exe). 4. Run Kvaser CanKing (C:\Program Files (x86)\Kvaser\CanKing\wc32.exe). 5. Click through the warning dialog, create a new project with one channel, click through the "Tip of the Day" dialog, and finally, click "Start Run". At least one thread crashes on the unimplemented function ntoskrnl.exe.KfRaiseIrql. After adding a stub for that function, it crashes again in ntoskrnl.exe.KeLowerIrql. $ sha256sum *.exe 3f834a49ed416b1a06f313736223074a426d9cfe1a78f0095825c1781e78a3dc kvaser_canking_setup.exe 7519aa9b919ab88a830b2818e03d1311fbc2a0ed569722b0e7170fa5ef11839d kvaser_drivers_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 52893] New: GreedFall crashes on launch
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=52893 Bug ID: 52893 Summary: GreedFall crashes on launch Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 72286 --> https://bugs.winehq.org/attachment.cgi?id=72286 backtrace winegstreamer warning: videoconvert1: not negotiated winegstreamer warning: videoconvert1: ../libs/gst/base/gstbasetransform.c(1431): gst_base_transform_reconfigure_unlocked (): /GstBin:bin0/GstVideoConvert:videoconvert1: not negotiated wine: Unhandled page fault on read access to 000000000FB68000 at address 00000001807DAAB5 (thread 0448), starting debugger... wine-7.7-79-g7af93f497c3 -- 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 39144] New: SpinTires tech demo wrong rendering after changing screen resolution
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=39144 Bug ID: 39144 Summary: SpinTires tech demo wrong rendering after changing screen resolution Product: Wine Version: 1.7.50 Hardware: x86-64 URL: http://oovee.chicsystems.net/SpinTiresInstall_060613.z ip OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 52170 --> https://bugs.winehq.org/attachment.cgi?id=52170 screenshot Steps to reproduce: 1. Set screen resolution in winecfg to 800x600 2. Use a native d3dx9_36 3. Run tech demo and set screen resolution to 1024x768 4. You should get the result as on screenshot -- 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 53112] New: winegstreamer build error
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53112 Bug ID: 53112 Summary: winegstreamer build error Product: Wine Version: 7.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: 34810581(a)qq.com Distribution: --- /root/code/dlls/winegstreamer/wg_transform.c:84:12: error: void value not ignored as it ought to be return gst_video_info_align(info, align); return type is void, not bool. The function is declared as follows in gstreamer-1.0： /usr/include/gstreamer-1.0/gst/video/video-info.h: void gst_video_info_align (GstVideoInfo * info, GstVideoAlignment * align); -- 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 53035] New: Out-GridView (when winversion >win7) is broken since 182feddd4b02e83f3c69863bc2e6e63945eb2df1
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53035 Bug ID: 53035 Summary: Out-GridView (when winversion >win7) is broken since 182feddd4b02e83f3c69863bc2e6e63945eb2df1 Product: Wine Version: 7.9 Hardware: x86-64 URL: https://github.com/PowerShell/PowerShell/releases/down load/v7.0.3/PowerShell-7.0.3-win-x64.msi OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: dwmapi Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com CC: jzeng(a)codeweavers.com Regression SHA1: 182feddd4b02e83f3c69863bc2e6e63945eb2df1 Distribution: --- Since the mentioned commit now an "Unhandled division by zero" is encountered when trying to display Out-GridView in Powershell Core; (the DwmGetCompositionTiming is apparently only called when winversion > win7) Maybe returning a non-zero value in one of the DWM_TIMING_INFO members is enough to fix this, but i haven`t tested crash: wine: Unhandled division by zero at address 00000000243E54D3 (thread 0158), starting debugger... Steps to reproduce: 1. Install https://github.com/PowerShell/PowerShell/releases/download/v7.0.3/PowerShel… 2. Set windows version to win10 (or win81) 3. Then do for example: 'wine pwsh -c Get-Process \| Out-gridview' (Note: the backslash is only needed to escape the pipe operator in bash) Workaround for now: disable dwmapi, makes it work again -- 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 10

[Bug 52663] New: Civilization 4: no text in main menu
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=52663 Bug ID: 52663 Summary: Civilization 4: no text in main menu Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: lukasz.wojnilowicz(a)gmail.com CC: hverbeet(a)gmail.com, z.figura12(a)gmail.com Regression SHA1: eb90d5db4f9bf92059d379d4fe0ea4a516db5e5c Distribution: Fedora Created attachment 71984 --> https://bugs.winehq.org/attachment.cgi?id=71984 left - wine 7.3, right - wine 7.2 Steps to reproduce: 1) remove ~/.wine 2) winetricks d3dx9_31 d3dx9_33 msxml3 3) install Civilization4 4) wine Civ4BeyondSword.exe Behaviour: No intro movies and no text in main menu (see attachment). Expected behaviour: Intro movies and text in main menu should appear. Additional comment: NVIDIA 340-xx -- 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 15

[Bug 53138] New: crypt32:chain - testGetCertChain() fails in Wine
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53138 Bug ID: 53138 Summary: crypt32:chain - testGetCertChain() fails in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- crypt32:chain - testGetCertChain() fails in Wine: chain.c:4600: Test failed: chain->TrustStatus.dwErrorStatus = 1000041 chain.c:4606: Test failed: chain->TrustStatus.dwErrorStatus = 1000041 chain.c:4613: Test failed: chain->TrustStatus.dwErrorStatus = 1000041 https://test.winehq.org/data/patterns.html#crypt32:chain A bisect shows that the failures started with the commit below: commit f74271648776969cc8d4b914ac8d409c4f37f6d5 Author: Hans Leidekker <hans(a)codeweavers.com> AuthorDate: Tue May 24 09:46:21 2022 +0200 cryptnet: Give precedence to OID_AUTHORITY_INFO_ACCESS in verify_cert_revocation(). Signed-off-by: Hans Leidekker <hans(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 53038] New: Epic Launcher Crash at Start: Unhandled exception: divide by zero in 64-bit code
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53038 Bug ID: 53038 Summary: Epic Launcher Crash at Start: Unhandled exception: divide by zero in 64-bit code Product: Wine Version: 7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: ozan.turkyilmaz(a)gmail.com Distribution: --- Created attachment 72411 --> https://bugs.winehq.org/attachment.cgi?id=72411 Backtrace I updated wine from 7.8 to 7.9 and Epic Launcher started crashing at the start. The crashreportclient causes the crash as far as I can understand. The backtrace is attached. I compile and package my wine using build scripts from wine-git repo. I compiled it at tag 7.9 this time. I also compile both 32 bit and 64 bit versions together. I think it is a regression and will try doing regression analysis to see if it is true. -- 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 20

[Bug 45634] New: enabling CSMT ruins performance for rFactor 1.255
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=45634 Bug ID: 45634 Summary: enabling CSMT ruins performance for rFactor 1.255 Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: jose1711(a)gmail.com Distribution: --- ever since the commit "dd0ea0a61463db83c - wined3d: Enable the multi-threaded command stream by default" the performance of wine running rFactor is severely degraded making the game unplayable - intro movie plays fine but then even the menu navigation stutters. could be one of the cases where CSMT actually hurts rather than helps. the same performance degradation can be observed on pre-dd0ae wine when enabling CSMT via registry key. -- 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 36720] New: LCMapString with the parameter NORM_IGNORENONSPACE does not remove diacritics
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=36720 Bug ID: 36720 Summary: LCMapString with the parameter NORM_IGNORENONSPACE does not remove diacritics Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: mterrisse(a)free.fr Created attachment 48766 --> http://bugs.winehq.org/attachment.cgi?id=48766 Source and binary to reproduce a bug in Wine implementation of LCMapString Hello, Working on Windows I use LCMapString with the parameter NORM_IGNORENONSPACE to remove diacritics (e.g. accents) from a string and it works fine. But I tested on Wine (1.6.2, Ubuntu) and it does not remove the diacritics from the string (the string is unchanged). This bug impacts this software http://appdb.winehq.org/objectManager.php?sClass=application&iId=6654 On the next version of the product, a client running on Wine cannot connect to a server running on Windows if the login contains diacritics. I attach a small project to reproduce the problem. It is written in Pascal (Delphi) but can be easily converted to another language. -- 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

[Bug 33383] New: Hiding application to Mac OS X Dock causes crash.
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=33383 Bug #: 33383 Summary: Hiding application to Mac OS X Dock causes crash. Product: Wine Version: 1.5.28 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eliturner(a)me.com Classification: Unclassified Now that the Mac OS X driver is implemented when hiding any application to the Dock (via command+h) it crashes Wine. I'm using the latest "wine-revel" package from Macports. Thanks! -- 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 17

[Bug 52998] New: xaudio2_7:xaudio2 fails on Windows 1909+
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=52998 Bug ID: 52998 Summary: xaudio2_7:xaudio2 fails on Windows 1909+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com xaudio2_7:xaudio2 has the same set of systematic failures on all Windows 1909+ versions: xaudio2.c:1096: Test failed: xaudio2_8.dll: CreateFX({a90bc001-e897-e897-7439-435500000000}) failed: 8007000e xaudio2.c:1096: Test failed: xaudio2_8.dll: CreateFX({a90bc001-e897-e897-7439-435500000001}) failed: 8007000e xaudio2.c:1096: Test failed: xaudio2_8.dll: CreateFX({a90bc001-e897-e897-7439-435500000002}) failed: 8007000e xaudio2.c:1096: Test failed: xaudio2_8.dll: CreateFX({a90bc001-e897-e897-7439-435500000003}) failed: 8007000e xaudio2.c:1116: Test failed: xaudio2_8.dll: CreateFX(CLSID_AudioVolumeMeter) failed: 8007000e https://test.winehq.org/data/patterns.html#xaudio2_7:xaudio2 The error code is E_OUTOFMEMORY and the failures correspond to the following formats: CLSID_FXEQ27 CLSID_FXMasteringLimiter27 CLSID_FXReverb27 CLSID_AudioVolumeMeter Strangely enough the test succeeds on Windows 10 1507, 1607, 1709 and 1809 without any visible skip. So it's as if support for these formats was removed (but that's a strange error code to say so), or something more must be done to get them initialized properly. -- 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 52995] New: shell32:shelllink crashes in Wine cause shell32:shellpath's test_PathResolve() to fail (test.bat file)
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=52995 Bug ID: 52995 Summary: shell32:shelllink crashes in Wine cause shell32:shellpath's test_PathResolve() to fail (test.bat file) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- shell32:shellpath's test_PathResolve() fails seemingly randomly: shellpath.c:3049: Test failed: test 4: expected L"C:\\users\\winetest\\Temp\\test.lnk", got L"C:\\users\\winetest\\Temp\\test.bat" shellpath.c:3049: Test failed: test 8: expected L"C:\\users\\winetest\\Temp\\test.lnk", got L"C:\\users\\winetest\\Temp\\test.bat" shellpath.c:3048: Test failed: test 14: expected 0, got 1 shellpath.c:3049: Test failed: test 14: expected L"C:\\users\\winetest\\Temp\\test", got L"C:\\users\\winetest\\Temp\\test.bat" shellpath.c:3049: Test failed: test 16: expected L"C:\\users\\winetest\\Temp\\test.lnk", got L"C:\\users\\winetest\\Temp\\test.bat" shellpath.c:3049: Test failed: test 19: expected L"C:\\users\\winetest\\Temp\\test.lnk", got L"C:\\users\\winetest\\Temp\\test.bat" shellpath.c:3049: Test failed: test 20: expected L"C:\\users\\winetest\\Temp\\test.lnk", got L"C:\\users\\winetest\\Temp\\test.bat" shellpath.c:3049: Test failed: test 24: expected L"C:\\users\\winetest\\Temp\\test.lnk", got L"C:\\users\\winetest\\Temp\\test.bat" shellpath.c:3048: Test failed: test 26: expected 0, got 1 shellpath.c:3049: Test failed: test 26: expected L"C:\\users\\winetest\\Temp\\test", got L"C:\\users\\winetest\\Temp\\test.bat" https://test.winehq.org/data/patterns.html#shell32:shellpath But it turns out the dates when shell32:shellpath failures all match dates when shell32:shelllink crashed: https://test.winehq.org/data/patterns.html#shell32:shelllink What happens is that shell32:shellpath looks for a "test.lnk" file. But if one creates a "c:\users\...\Temp\test.bat" file before starting the test, that's what gets returned instead, thus causing the failures. shell32:shelllink just happens to use a file by that name. Normally it gets cleaned up but that just does not happen when shell32:shelllink crashes! So I think the right fix would be to make shell32:shellpath more resilient: * Delete "test.*" before checking for test.lnk. But that runs the risk of deleting files dear to the person running the test (they are in a Temp directory but still). * Use some GetTempFileName() or some similar API to generate a unique filename. * Or just use a name that's less likely to be a leftover from a previous test, "shellpath.lnk" for instance. Very basic but maybe sufficient. -- 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 52752] New: Rich Edit Control does not support drawing OLE objects
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=52752 Bug ID: 52752 Summary: Rich Edit Control does not support drawing OLE objects Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: kellnerp(a)earthlink.net, lorentz0021(a)gmail.com Distribution: --- Originally reported by Dongwan Kim. Rich Edit control does not support rendering OLE objects inside text. Instead it outputs the following log entry: fixme:richedit:draw_ole Couldn't get storage medium Affected applications: - KakaoTalk cannot render emoticons and @mentions in the chat input box. -- 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 46782] New: CompareStringEx does not support SORT_DIGITSASNUMBERS flag
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=46782 Bug ID: 46782 Summary: CompareStringEx does not support SORT_DIGITSASNUMBERS flag Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)lanrules.de Distribution: --- This flag is supported by all Windows versions down to at least Windows 7. It is used, for example, by Qt in QCollator. See https://bugreports.qt.io/browse/QTBUG-74209 for reference. CompareStringEx: https://docs.microsoft.com/en-us/windows/desktop/api/stringapiset/nf-string… Wine implementation list of supported flags: dlls/kernel32/locale.c#L3912-L3913 -- 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 4

[Bug 49232] New: Saints Row The Third Remastered shows floating black rectangles
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=49232 Bug ID: 49232 Summary: Saints Row The Third Remastered shows floating black rectangles Product: Wine Version: 5.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: rca(a)psy-q.ch Distribution: --- Created attachment 67236 --> https://bugs.winehq.org/attachment.cgi?id=67236 Screenshot showing black rectangles in the scene The game shows floating black rectangles in your view. They don't appear when looking straight down at the ground and also not in indoor scenes. Attached screenshot shows the effect I am guessing it might have something to do with street lamp halos or an effect like that. The log mentions: 0170:fixme:d3d:wined3d_device_update_sub_resource Ignoring flags 0x2. 00d0:err:d3d:wined3d_debug_callback 0x3a1967e0: "GL_INVALID_OPERATION in glCopyImageSubData(internalFormat mismatch)". -- 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 34176] New: Kernel32:CompareStringW strange behavior ?
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=34176 Bug #: 34176 Summary: Kernel32:CompareStringW strange behavior ? Product: Wine Version: 1.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.manette(a)manette.be Classification: Unclassified Created attachment 45460 --> http://bugs.winehq.org/attachment.cgi?id=45460 Sorce and compiled executable for wineTest.exe + winedbg log.txt Hi all, I'm running wine 1.6 (i386) under Debian 7.1 (x86_64). When running a console program of mine (Delphi XE2 compiled under Windows Vista) I'm observing an important behavior difference under wine than nativevely. I narrowed down the symptom to a string comparison of some sort. Source file below is a code snippet to reproduce the problem (source is UTF-8, Delphi is utf-8 / WideString, WideChar aware). Here is the (correct/expected) result when program is run natively under Windows Vista: G:\__Project-2\Code\wineTest>wineTest * TEST-001: TRUE * TEST-002: TRUE * TEST-003: TRUE * TEST-004: TRUE TRUE * TEST-005: TRUE TRUE * TEST-003: TRUE TRUE Here is the same program output when run from Wine: root@Bilbo-100:~# wine wineTest.exe Wine cannot find the ncurses library (libncurses.so.5). fixme:thread:GetThreadUILanguage : stub, returning default language. fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920 fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920 * TEST-001: TRUE * TEST-002: TRUE * TEST-003: TRUE * TEST-004: TRUE FALSE * TEST-005: TRUE FALSE * TEST-003: TRUE FALSE For what I understood the TStringList IndexOf method may use Windows API's CompareStringW function (http://source.winehq.org/WineAPI/CompareStringW.html) Is this a configuration problem (locale ?) May this be a bug or implementation problem ? I can provide the corrsponding binary wineTest.exe ////////////////////////////////////////////////// Using winedbg I could crosscheck that CompareStringW for two different strings result in equality (CSTR_LESS_THAN = 1, CSTR_EQUAL = 2, CSTR_GREATER_THAN = 3). Maybe this is because of locale setting or flags setup ? root@Bilbo-100:~# WINEDEBUG=+relay,+snoop wine wineTest.exe &> log.txt root@Bilbo-100:~# grep CompareStringW log.txt 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b2",00000002,00449890 L"m\00b2",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b2",00000002,004498bc L"m2",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b3",00000002,004498f8 L"m\00b3",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b3",00000002,0044990c L"m3",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"\00e9\00e9\00e9",00000003,00449920 L"\00e9\00e9\00e9",00000003) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"\00e9\00e9\00e9",00000003,00449934 L"eee",00000003) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 /////////////////////////////////////////////////// program wineTest; {$APPTYPE CONSOLE} Uses Classes; var sl : TStringList; begin Write(ErrOutput, '* TEST-001: '); if not('m²'='m2') then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-002: '); if not('m³'='m3') then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-003: '); if not('ééé'='eee') then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); sl := TStringList.Create; Write(ErrOutput, '* TEST-004: '); sl.Clear; sl.Add('m²'); if not(sl.IndexOf('m²')<0) then Write(ErrOutput, 'TRUE') else Write(ErrOutput, 'FALSE'); Write(ErrOutput, ' '); if sl.IndexOf('m2')<0 then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-005: '); sl.Clear; sl.Add('m³'); if not(sl.IndexOf('m³')<0) then Write(ErrOutput, 'TRUE') else Write(ErrOutput, 'FALSE'); Write(ErrOutput, ' '); if sl.IndexOf('m3')<0 then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-003: '); sl.Clear; sl.Add('ééé'); if not(sl.IndexOf('ééé')<0) then Write(ErrOutput, 'TRUE') else Write(ErrOutput, 'FALSE'); Write(ErrOutput, ' '); if sl.IndexOf('eee')<0 then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); end. -- 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 14

[Bug 53168] New: kernel32:debugger - test_ExitCode() has a rare timeout condition running dbg,attach,process,event,detach
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53168 Bug ID: 53168 Summary: kernel32:debugger - test_ExitCode() has a rare timeout condition running dbg,attach,process,event,detach Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:debugger - test_ExitCode() has a rare timeout condition running dbg,attach,process,event,detach: debugger.c:610: running dbg,attach,process,event,detach... debugger.c:621: waiting for child exit... debugger.c:198: child: crashing... debugger.c:659: waiting for the debugger... debugger.c:166: debugger traces: processing debug messages setting event done debugging... kernel32:debugger:0dcc done (258) in 125s https://test.winehq.org/data/patterns.html#kernel32:debugger The failures are very rare (~0.6%) but always happen in the same location: in the (last) crash_and_debug(... "dbg,attach,process,event,detach") call in test_ExitCode(). This failure has mostly been seen on Windows 10 21H1 but it happened at least once in 1507. So it is likely that all Windows 10 versions are impacted. It also happens in both 32- and 64-bit code. -- 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 32224] New: LTspice: selected text/component after Ctrl+F not highlighted
by wine-bugs＠winehq.org 16 Jun '22

16 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=32224 Bug #: 32224 Summary: LTspice: selected text/component after Ctrl+F not highlighted Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: testelor(a)yahoo.com Classification: Unclassified Steps to reproduce: 1) Download and install LTspice - http://ltspice.linear.com/software/LTspiceIV.exe 2) Run LTspice using: $ wine scad3.exe -nowine 3) Create a new schematic, press 'R' (resistor), for example, and place it twice by clicking. There should be R1 and R2 on the schematic. 4) Press Ctrl+F and search for "r2", no quotes, it should be highlighted in yellow, but they're not. Side note: - create a new schematic, press F2 to bring up the device list. - select current, place it on the schematic - right-click on it and type '1', no quotes, then OK - press 'R', place it next to the current source, in parallel - right click on it and replace "R" with '1', no quotes, then OK - press 'G' and place ground on the lower pins of both components - press F3 and draw a net by clicking on the unconnected current source's pin, then on the resistor's - press 'S' and write ".tran 1", no quotes, don't forget the dot, place it on the schematic - in the toolbar, press the 'running man' button, or right-click on the schematic and choose "run" - it should be almost instant, a new empty window will pop up, above - move the mouse cursor over the resistor until the cursor changes into a current-clamp (something black with a red arrow), then click once to display the current through the resistor - in the newly created window, there will be a trace displayed and a label at the top, reading I(R1) Alt+left-clicking on the label will highlight the resistor. That's how it should look like after Ctrl+F. Alternatively, you can just run "wine scad3.exe", no "-nowine" switch, and repeat the 4 steps in the beginning. No screenshot as it doesn't make sense to show what doesn't happen... -- 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 8

[Bug 28282] New: Sound constantly crackling in StarCraft II
by wine-bugs＠winehq.org 15 Jun '22

15 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=28282 Summary: Sound constantly crackling in StarCraft II Product: Wine Version: 1.3.26 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pitlicek(a)gmail.com Sound is crackling since 1.3.26 (and still does in 27) and console is spammed with "err:alsa:wine_snd_pcm_recover underrun occurred". Using ALSA in Wine (PulseAudio in Ubuntu 11.04), full acceleration (changing to emulation doesn't fix it), 48 kHz (my SoundBlaster can handle it, and again, change makes no difference), 16 bps. Using OSS and padsp results in no sound at all. But it's still better than no sound in 1.3.25 after mmdevapi rewrite/implementation. ;) -- 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 111

[Bug 52951] New: gdi32:font - test_GetGlyphOutline() fails on "VL Gothic" in Wine
by WineHQ Bugzilla 15 Jun '22

15 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=52951 Bug ID: 52951 Summary: gdi32:font - test_GetGlyphOutline() fails on "VL Gothic" in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- gdi32:font - test_GetGlyphOutline() fails on "VL Gothic" in Wine: font.c:4885: Test failed: expected 36, got 19 (VL Gothic:136) font.c:4903: Test failed: expected 36, got 19 (VL Gothic:136) https://test.winehq.org/data/patterns.html#gdi32:font This begs two questions: 1. Is this a bug in the font, or a bug in the test? 2. Why does this happen on the debian11 (and debiant) VMs, but not on fg-deb64 (my development machine)? On Debian VL Gothic is brought in by this package dependency chain: libsane -> libpoppler-glib8 -> libpoppler102 -> poppler-data -(suggest)-> fonts-vlgothic Interestingly poppler-data has alternatives to fonts-vlgothic one of which is already installed: fonts-ipaexfont-gothic fonts-ipfont-gothic (installed) fonts-ipafont-nonfree-jisx0208 fonts-mona fonts-takao-gothic fonts-umeplus-cl fonts-vlgothic (installed) But the reason for the difference is that fg-deb64 has the AR PL UMing CN font (from the fonts-arphic-uming package) and not the TestBot VMs. The lack of UMing also causes a test to be skipped on the TestBot VMs: 1: (IPAGothic:128) 2: (NanumGothicCoding:129) font.c:4867: Tests skipped: Fixed-pitch TrueType font for charset 134 is not available 4: (VL Gothic:136) So I'm going to install fonts-arphic-uming on the TestBot VMs which should swipe these two failures under the rug. Note: I don't have information on how much this will increase the runtime (see bug 51367) but it seems like it shouldn't be too bad. -- 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 51433] New: Battle.Net: Installer terminates with BLZBNTBTS0000005C error screen
by WineHQ Bugzilla 15 Jun '22

15 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=51433 Bug ID: 51433 Summary: Battle.Net: Installer terminates with BLZBNTBTS0000005C error screen Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pep(a)bouah.net Distribution: --- Created attachment 70285 --> https://bugs.winehq.org/attachment.cgi?id=70285 Wine logs Hi there, Trying to install Heartstone (Blizzard), it failed when updating the battle.net updater. I reproduced with the Battle.Net Installer directly, downloaded from here: https://www.blizzard.com/en-us/download/confirmation?platform=windows&local… (shasum seems to give me something different each time I download it again) The error dialog the installer shows says "More help: BLZBNTBTS0000005C". Logs from the installer in attachments. I get the same error with wine and wine and wine-staging 6.12 with a fresh profile. -- 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 53160] New: Ancestral Quest 16.0.11: Data from linked FamilySearch shrinks and then disappears
by WineHQ Bugzilla 14 Jun '22

14 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53160 Bug ID: 53160 Summary: Ancestral Quest 16.0.11: Data from linked FamilySearch shrinks and then disappears Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: drjk011(a)live.com Distribution: --- Ancestral Quest is software designed for storing and managing personal family history data. When a person is linked to FamilySearch (free account) and 'Review with FamilySearch" is selected, data from FamilySearch is retrieved and the textbox is supposed to be populated so local data can be compared with FamilySearch data. The data momentarily is presented, then shrinks smaller and smaller until it disappears from view. With text data, there are no error messages, just disappearing text. If Ancestral Quest is a registered version, then photos may be compared with FamilySearch as well. In this case, the same action occurs until the there is a divide-by-zero error and the program crashes. Hardware: PclinuxOS 2022 KDE Plasma 5.24.5 Ryzen 5-3600, 23.5 GiB Ram, NVIDIA GTX 1060 Wine 7.6 Software: Ancestral Quest 16.0.11 by Incline Software http://www.ancestralquestonline.com/updates/getlatest.asp?demo=1 Error demonstrated with the “Scrapbook Sample Database” freely downloadable from the publisher http://www.ancquest.com/download.htm Connecting to FamilySearch by the Church of Jesus Christ of Latter Day Saints. One must be registered, but it is a free account. https://www.familysearch.org/en/ Attachments: Four (4) screenshots from Windows of how it is supposed to look: Screenshot_main.png; Screenshot_sub-details.png; Screenshot_sources.png; and Screenshot_sub-photos.png Two (2) mpg files showing what is actually seen: "RealTime.mpg" shows accessing the above mentioned 4 areas, and "Clips slowed 90%.mpg" showing what is happening slow enough to actually evaluate. One (1) backtrace file "backtrace.txt" showing information when the photos cause the program failure. Comment: >From my working with this issue and attempting to find a resolution, to me it seems that this is not exactly a failure of Wine, but rather a procedure or function dealing with size and placement (located in User32.dll) that is not yet fully implemented. I could not find any patches or work that addresses this issue. One backtrace (that I cannot yet duplicate) referenced a WINPOS_SysCommandSizeMove procedure followed by a WINPROC_call_window procedure; indicating that there were missing parameters. I would be happy to provide more details and/or logs if that would be helpful. 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 8

[Bug 53158] New: The Sabadell bank's BS Online program gives an error when trying to restore a backup
by WineHQ Bugzilla 14 Jun '22

14 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53158 Bug ID: 53158 Summary: The Sabadell bank's BS Online program gives an error when trying to restore a backup Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: guilhe_gz(a)hotmail.com Distribution: --- Created attachment 72591 --> https://bugs.winehq.org/attachment.cgi?id=72591 Backtrace.txt file generated by Wine at the time of failure The Sabadell bank's BS Online program gives an error when trying to restore a backup. The program initially loads correctly, and also connects correctly with the bank, but when trying to restore a copy, the error window pops up. I leave the error output in the backtrace_last.txt file. The page from where you can download the program is https://www.bancsabadell.com/StaticFiles/bsonlineficheros/setup-004_220.exe The version I am testing with is 004_220 -- 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 53026] New: F.E.A.R. (original) has "Disconneted from server" massage every time starting a new game
by WineHQ Bugzilla 13 Jun '22

13 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53026 Bug ID: 53026 Summary: F.E.A.R. (original) has "Disconneted from server" massage every time starting a new game Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: VladimirVSC(a)yandex.ru Distribution: --- It is impossible to start a new game because of this (however the benchmark works good). Don't know, if it is a Wine bug or a game quirk, but for Windows 7 (x64) the same copy of the game works fine. -- 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 46609] New: openbor: executable freezes while loading game ( Marvel Infinity War)
by wine-bugs＠winehq.org 13 Jun '22

13 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=46609 Bug ID: 46609 Summary: openbor: executable freezes while loading game (Marvel Infinity War) Product: Packaging Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: cardogar(a)hotmail.com CC: michael(a)fds-team.de, sebastian(a)fds-team.de Created attachment 63509 --> https://bugs.winehq.org/attachment.cgi?id=63509 Log file When running the openbor game Marvel Infinity War the wine-preloder freezes (not responding). Game can be downloaded here http://www.zvitor.com.br/Downloads/miw_v1.2.rar Attached console output. Games constructed with different openbor engine versions work. -- 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 53149] New: quartz:filtergraph - test_filter_state() has a pair of rare failures on Windows 10
by WineHQ Bugzilla 13 Jun '22

13 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53149 Bug ID: 53149 Summary: quartz:filtergraph - test_filter_state() has a pair of rare failures on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com quartz:filtergraph - test_filter_state() has a rare failure on Windows 10: filtergraph.c:3730: Test failed: Got state 2. filtergraph.c:3731: Test failed: Got state 2. https://test.winehq.org/data/patterns.html#quartz:filtergraph The failure is known to happen on w1064v1909 and w10pro64 (21H1), but its failure rate is pretty low (3.2%) so it's unclear if other Windows versions are affected too. It does seem that the failure is specific to 64-bit code. -- 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 53146] New: kernel32:process - test_handle_list_attribute() has a rare failure on Windows 10 1607+
by WineHQ Bugzilla 13 Jun '22

13 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53146 Bug ID: 53146 Summary: kernel32:process - test_handle_list_attribute() has a rare failure on Windows 10 1607+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:process - test_handle_list_attribute() has a rare failure on Windows 10 1607+: On Windows 10 1607: process.c:4288: Test failed: Unexpected return value, error 127. where 127 == ERROR_PROC_NOT_FOUND And on Windows 10 1709+: process.c:4288: Test failed: Unexpected return value, error 203. 203 == ERROR_ENVVAR_NOT_FOUND which is a bit strange https://test.winehq.org/data/patterns.html#kernel32:process The failure rate is about 5.3%. -- 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 53143] New: kernel32:debugger - test_debugger() fails randomly on Windows 10
by WineHQ Bugzilla 12 Jun '22

12 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=53143 Bug ID: 53143 Summary: kernel32:debugger - test_debugger() fails randomly on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:debugger - test_debugger() fails randomly on Windows 10: debugger.c:1760: Test failed: unexpected instruction pointer 778B2A0C https://test.winehq.org/data/patterns.html#kernel32:debugger The address changes with every run which causes this failure to always look like a new one. -- 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

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