April 2023 - wine-bugs

[Bug 54517] New: riched20:editor - KDE? Clipboard interference causes test_EM_SETUNDOLIMIT() failures
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54517 Bug ID: 54517 Summary: riched20:editor - KDE? Clipboard interference causes test_EM_SETUNDOLIMIT() failures Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- riched20:editor - KDE? Clipboard interference causes test_EM_SETUNDOLIMIT() failures: editor.c:3667: Test failed: EM_SETUNDOLIMIT didn't allow the first undo with UNDOLIMIT set to 2 editor.c:3670: Test failed: EM_SETUNDOLIMIT didn't allow a second undo with UNDOLIMIT set to 2 See https://test.winehq.org/data/patterns.html#riched20:editor These failures mostly happen on my desktop, fg-deb64, though they did happen a few times on on master and lastestmaster (sic) too (latestmaster did not have that issue). * My desktop is Debian 11 + KDE. * master and lastestmaster are Linux Mint 21 (desktop environment unknown) On my desktop, whenever Wine modifies the clipboard, some non-Wine process accesses it and sometimes causes the clipboard content to be lost. Whether that has an impact on the tests depends on whether the test is done with the clipboard content by the time that access happens, i.e. there is a race condition. test_EM_SETUNDOLIMIT() does multiple pastes in a row (101 + 3), each of which accesses the clipboard, which leaves time for that other process to cause the clipboard content to be lost. This results in some pastes not happening so that there are fewer pastes to undo than expected. Hence the failures above. The test could be modified to check the length of the text field as a way to verify that it got the expected number of successful pastes. If not, it could either limit undos to however many pastes succeeded, or redo a copy plus more pastes to reach the target number. But I don't remember losing the clipboard content outside of Wine. Of course, unlike Wine's tests I never perform hundreds of copy/pastes per second so maybe that's why. Anyway, there may be something wrong in Wine and then fixing that would be a better approach. Or it may be a bug in some other component on my desktop that mishandles the clipboard. Also, even if the clipboard content is not lost, the WM_PASTE handling does a simple OpenClipboard() which would fail if winex11 is already accessing it to handle a query from some other process in the system. That seems too fragile and would also cause missing undos. I don't know how Windows behaves in that case though : Does the WM_PASTE simply fail? Is the OpenClipboard() operation repeated indefinitely? Just a few times? -- 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 54007] New: in kde plasma fullscreen videogames cause gap between taskbar and bottom edge of the screen
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54007 Bug ID: 54007 Summary: in kde plasma fullscreen videogames cause gap between taskbar and bottom edge of the screen Product: Wine-staging Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: HarlanStaggs(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 73586 --> https://bugs.winehq.org/attachment.cgi?id=73586 this is how it looks with and without launched game characteristics: Operating System: Nobara Linux 36 KDE Plasma Version: 5.26.3 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7 Kernel Version: 6.0.10-201.fc36.x86_64 (64-bit) Graphics Platform: X11 how to reproduce: 1) launch some fullscreen videogame (personally i do it with lutris from flathub, maybe its important) 2) alt+tab to another non-fullscreen window 3) put cursor in bottom edge of the screen 4) try to switch windows with mouse wheel 5) notice small (several pixels height) gap between bottom edge of the screen and taskbar, and also between taskbar and current non-fullscreen window in focus. 6) close fullscreen videogame 7) everything is normal, taskbar is adjacent to the bottom edge of the screen without gaps this started to happen after update to wine-7.22 (Staging), i've never seen this before, so i assume this bug occurs in this particular version. -- 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 54854] New: Locking the KDE screen causes user32:win to fail systematically
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54854 Bug ID: 54854 Summary: Locking the KDE screen causes user32:win to fail systematically 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: --- Locking the KDE screen causes user32:win to fail systematically. Specifically it gets failures in test_nonclient_area(): win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. win.c:1581: Test failed: Got unexpected color 0xc0c0c0. in test_activateapp(): win.c:11013: Test failed: Expected foreground window 0, got 00FE0060 win.c:11019: Test failed: Expected foreground window 002D0142, got 00FE0060 win.c:11082: Test marked todo: Expected WM_ACTIVATEAPP(0), did not receive it. and in test_topmost(): win.c:11683: Test failed: 01ED0126: expected prev 005D00BE, got 00000000 win.c:11697: Test failed: hwnd should NOT be topmost win.c:11699: Test failed: 01ED0126: expected NOT topmost win.c:11643: Test failed: 1: hwnd 01ED0126 is still topmost win.c:11724: Test marked todo: owner should be topmost win.c:11727: Test marked todo: hwnd2 should be topmost win.c:11750: Test marked todo: hwnd should NOT be topmost win.c:11764: Test marked todo: hwnd should NOT be topmost win.c:11805: Test marked todo: hwnd should be topmost win.c:11807: Test succeeded inside todo block: child should be topmost win.c:11809: Test marked todo: child2 should be topmost win.c:11810: Test failed: grandchild should be topmost win.c:11818: Test failed: child should NOT be topmost win.c:11821: Test succeeded inside todo block: grandchild should NOT be topmost win.c:11824: Test failed: 0007012A: expected NOT topmost win.c:11643: Test succeeded inside todo block: 5: hwnd 01070060 is still topmost [... more todos ...] See https://test.winehq.org/data/patterns.html#user32:win Only my development desktop runs the Wine tests in KDE and I normally avoid locking the screen when doing so. But it is quite remarkable that only three tests units have an issue with this configuration: this one, comctl32:tooltips (bug 54582) and user32:input (bug 54583). -- 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 54853] New: Locking the KDE screen causes user32:input to fail systematically
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54853 Bug ID: 54853 Summary: Locking the KDE screen causes user32:input to fail systematically 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: --- Locking the KDE screen causes user32:input to fail systematically. Specifically it gets failures in test_rawinput(): input.c:2918: Test marked flaky: 4: unexpected WM_MOUSEMOVE message input.c:2929: Test failed: 4: Unexpected cursor movement input.c:2929: Test failed: 5: Unexpected cursor movement input.c:2929: Test failed: 6: Unexpected cursor movement input.c:2502: Test marked todo: Expected wparam 1, got 0 input.c:2929: Test failed: 7: Unexpected cursor movement input.c:2929: Test failed: 8: Unexpected cursor movement input.c:2918: Test marked flaky: 9: unexpected WM_MOUSEMOVE message input.c:2645: Test marked flaky: 9: foreground process expected WM_MOUSEMOVE message input.c:2929: Test failed: 9: Unexpected cursor movement input.c:2502: Test marked todo: Expected wparam 1, got 0 input.c:2645: Test marked flaky: 10: foreground process expected WM_MOUSEMOVE message input.c:2929: Test failed: 10: Unexpected cursor movement input.c:2502: Test marked todo: Expected wparam 1, got 0 input.c:2645: Test marked flaky: 11: foreground process expected WM_MOUSEMOVE message input.c:2929: Test failed: 11: Unexpected cursor movement input.c:2645: Test marked flaky: 12: foreground process expected WM_MOUSEMOVE message input.c:2929: Test failed: 12: Unexpected cursor movement input.c:2921: Test marked todo: 13: expected WM_INPUT message input.c:2929: Test failed: 13: Unexpected cursor movement input.c:2929: Test failed: 14: Unexpected cursor movement input.c:2929: Test failed: 15: Unexpected cursor movement input.c:2929: Test failed: 16: Unexpected cursor movement and in test_GetMouseMovePointsEx_process(): input.c:1730: Test failed: expected to get 64 mouse move points but got -1 input.c:1741: Test failed: expected to get 64 mouse move points but got -1 input.c:1787: Test marked todo: expected to get -1 mouse move points but got 64 input.c:1788: Test marked todo: expected ERROR_ACCESS_DENIED got -559038737 See https://test.winehq.org/data/patterns.html#user32:input Only my development desktop runs the Wine tests in KDE and I normally avoid locking the screen when doing so. But it is quite remarkable that only three tests units have an issue with this configuration: this one, comctl32:tooltips and user32:win. -- 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 54852] New: Locking the KDE screen causes comctl32:tooltips to fail systematically
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54852 Bug ID: 54852 Summary: Locking the KDE screen causes comctl32:tooltips to fail systematically Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Locking the KDE screen causes comctl32:tooltips to fail systematically: tooltips.c:252: Test failed: 0: Failed to get current tool 0. tooltips.c:259: Test failed: 0: Unexpected hwnd CCCCCCCC. tooltips.c:260: Test failed: 0: Unexpected hinst CCCCCCCC. tooltips.c:261: Test failed: 0: Unexpected uId cccccccc. tooltips.c:262: Test failed: 0: Unexpected lParam cccccccc. [... same errors for iterations 1 to 5...] tooltips.c:504: Test marked todo: Adding the tool to the tooltip succeeded! tooltips.c:1150: Test marked todo: 0: Unexpected ret value 1, size 45, max size 44. tooltips.c:1218: Test failed: TTN_SHOW parent seq: the msg sequence is not complete: expected 0000 - actual 004e v6util.h:92: created cc6.manifest [... same errors again ...] See https://test.winehq.org/data/patterns.html#comctl32:tooltips Only my development desktop runs the Wine tests in KDE and I normally avoid locking the screen when doing so. But it is quite remarkable that none of the other comctl32 tests has any issue in that scenario, and that out of all the Wine tests only two others have extra failures (user32:input and user32:win). Also the failures are not unique to this case: * The test_customdraw() failures also happen on Windows, but only one at a time (bug 54580). * The test_TTN_SHOW() also happen randomly in Wine the rest of the time (bug 54581). Given that these failures are usually quite hard to reproduce, locking the KDE screen may make them easier to debug, assuming this case does not involve a totally different code path. -- 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 48046] New: Resident Evil 4 (Steam): Frame rate issues when clicking the left mouse button
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=48046 Bug ID: 48046 Summary: Resident Evil 4 (Steam): Frame rate issues when clicking the left mouse button Product: Wine Version: 4.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skidrowa(a)gmail.com Distribution: --- The game's frame rate tanks when you click the left mouse button and can go as low as 5 FPS if you hold click and move the mouse at the same time. The cursor also flickers between it's current position and the middle of the screen, making it virtually impossible to play using keyboard and mouse. -- 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 51372] New: Resident Evil 4 (2007) Sometimes crashes at startup.
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51372 Bug ID: 51372 Summary: Resident Evil 4 (2007) Sometimes crashes at startup. Product: Wine Version: 6.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: BOBBLOG(a)protonmail.com Distribution: --- Created attachment 70229 --> https://bugs.winehq.org/attachment.cgi?id=70229 RE4Terminal.txt Resident Evil 4 (2007) Sometimes crashes at startup. I see a few error messages about xrandr. I have attach the terminal messages. Tested in a wine prefix just d3dx9_30 installed by winetricks. -- 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 51325] New: Resident Evil 4 (2007) Hangs usually within 15-30 minutes.
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51325 Bug ID: 51325 Summary: Resident Evil 4 (2007) Hangs usually within 15-30 minutes. Product: Wine Version: 6.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: BOBBLOG(a)protonmail.com Distribution: --- Resident Evil 4 (2007) Ver.1.1.0 DVD Hangs usually within 15-30 minutes. Most times i see a message box of Microsoft Visual C++ Runtime Error "This application has requested the Runtime to terminate in an unusual way. Please contact the applications support team for more information." I tested this in a wine prefix with d3dx9 installed via winetricks because the game will not boot up with it. I tried WINEDEBUG=+msgbox but, every time i did the game would just hang and not show anything related to the message box. I did however get this message on the terminal. 01e4:fixme:d3d9:Direct3DShaderValidatorCreate9 Returning stub validator 67C9E028. 0454:err:quartz:BaseMemAllocator_Commit fnAlloc failed with error 0x8007000e 0454:err:quartz:BaseMemAllocator_Commit fnAlloc failed with error 0x8007000e 0454:err:gstreamer:gstdemux_init_stream Failed to commit allocator, hr 0x8007000e. radeon: mmap failed, errno: 12 radeon: mmap failed, errno: 12 0174:err:d3d:wined3d_debug_callback 0x8f4a328: "GL_OUT_OF_MEMORY in glTexSubImage". This err message was only displayed once in the many times that the game hanged. -- 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 50550] New: Resident Evil 4 Ultimate HD crashes at gameplay near beginning of game
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=50550 Bug ID: 50550 Summary: Resident Evil 4 Ultimate HD crashes at gameplay near beginning of game Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dron2065(a)rambler.ru Distribution: --- Created attachment 69220 --> https://bugs.winehq.org/attachment.cgi?id=69220 Backtrace of error Steam version of Resident Evil 4 Ultimate HD crashes at gameplay near beginning of game -- 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 41271] New: Fallout 4 - Audio issues (no sounds, hangs when playing intro video)
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=41271 Bug ID: 41271 Summary: Fallout 4 - Audio issues (no sounds, hangs when playing intro video) Product: Wine Version: 1.9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: kimmo.myllyvirta(a)gmail.com Distribution: --- Created attachment 55571 --> https://bugs.winehq.org/attachment.cgi?id=55571 1.9.18 logs This could be dupe of bug #36977, but also hits bug #39402 possibly some others too. But since I can't find a decent workaround which works for Fallout 4, it might be ok to open a new bug. Not quite sure if the component is correct, either xaudio2 or dsound anyway. A bunch of logs attached, see below what they mean. Steam version of the game, only Steam and Fallout 4 installed to a clean prefix. Steam installs xact from _CommonRedist when first time launching the game. When the game is started it hangs when it should play the intro video; +tid,+dsound log attached (Log: fo4_tid_dsound.txt, +tid,+dsound). This could be bug #36977, since the game uses radgametools bink. With builtin xaudio2_7 the intro video works sometimes (extremely rarely, sorry I don't have decent log of this). But after the video is finished it will always hang after; warn:xaudio2:IXAudio2Impl_CreateSourceVoice OpenAL can't convert this format! when it tries to play the music for the main menu. (see bug #39402) With xaudio2_7 set to disabled the intro video works, but again extremely rarely. And it results to no sounds in Fallout 4 since bink player uses dsound, but Fallout 4 itself doesn't, it seems. There is "sAudioAPI=XAudio2" setting in Fallout4.ini, but it is a legacy setting. I can't find any indication of it supporting anything else than xaudio2 (on older Bethesda games there was other options available). Now the weird hack part; Since this feels like a race condition, I added usleep(100000) to the beginning of IDirectSound8Impl_Release, which seems to help a lot (this issue might not have anything to do with dsound release, that's just the first place I tried); - native xaudio2: the intro video works, and the music in main menu plays ok, always - success :) (Log: fo4_tid_dsound_sleep_hack.txt, +tid,+dsound ) - builtin xaudio2_7: the intro video works, but the music in main menu doesn't and the game hangs (as expected) after; warn:xaudio2:IXAudio2Impl_CreateSourceVoice OpenAL can't convert this format! (Log: fo4_tid_dsound_xaudio2_sleep_hack_builtin_xaudio2_7.txt, +tid,+dsound,+xaudio2 ) - disable xaudio2_7: the intro video works, no music in the main menu, but the game doesn't hang (Log: fo4_tid_dsound_sleep_hack_disable_xaudio2_7, +tid,+dsound ) Notes; - The main menu is just a black screen (lots of d3d11 fixmes in those logs), you just have to listen and imagine you are there :) - I also tried xact and xact_jun2010 with winetricks - those make no difference, works just like the xact shipped with the game -- 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 38

[Bug 51536] New: Wrye Bash graphical issue in the modlist with wine-staging
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51536 Bug ID: 51536 Summary: Wrye Bash graphical issue in the modlist with wine-staging Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Wrye Bash 309 show a glitchy panel where there should be the list of masterfiles for a mod. The panel present itself all black. It refresh partially and shows masters when clicking on a mod, but when clicking on a mod with less masters then the previous ones, the masters in excess sren't removed from the element. BIsecting the staging patches result in this (used git-am as aplying backend for the patches, then used git bisect) 094c35ee0083404c37dfa3f74309c73b23e10cef is the first bad commit commit 094c35ee0083404c37dfa3f74309c73b23e10cef Author: Dmitry Timoshkov <dmitry(a)baikal.ru> Date: Tue Nov 12 18:13:20 2019 +0800 comctl32: Bump version to 6.0. An application that I have here checks comctl32.dll version information and refuses to run, changing DLL version to 6.0 makes it run. Signed-off-by: Dmitry Timoshkov <dmitry(a)baikal.ru> dlls/comctl32/comctl32.h | 2 +- dlls/comctl32/comctl32.rc | 2 +- include/commctrl.h | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) -- 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 35000] New: Wrye Bash install empty folders
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=35000 Bug #: 35000 Summary: Wrye Bash install empty folders Product: Wine Version: 1.7.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: francisgosselin75(a)hotmail.com Classification: Unclassified Hi! i am with LinuxMint 15 64 bytes, i use Wine 1.7 and i have install Skyrim. Skyrim is install in c: /Games/Steam/SteamApps/common/Skyrim . Now i have install Wrye Bash Stand Allone 304_3, and when i install mods, my folders in "Texture" and "Meshes" are empty, can you help me please? thank you! -- 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 10506] New: wine crypt32 needs DSS provider to support more . NET apps which use cryptography API
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=10506 Summary: wine crypt32 needs DSS provider to support more .NET apps which use cryptography API Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, while playing around with .NET apps I found various shortcomings when it comes to native backends for certains parts of .NET One is the state of cryptographic providers (crypt32). Many .NET apps use either default RSA or DSS provider. Currently the DSS and enhanced DSS provider are missing, resulting in failure of several .NET apps. Would be nice if wine gets DSS provider too. Trace log showing failure of typical .NET app trying to query DSS provider: --- snip --- trace:crypt:CryptAcquireContextW (0x33d6b8, (null), L"Microsoft Enhanced Cryptographic Provider v1.0", 1, f0000000) trace:crypt:RSAENH_CPAcquireContext (phProv=0x1771b8, pszContainer=(null), dwFlags=f0000000, pVTable=0x1771c8) trace:crypt:CryptReleaseContext (0x1771a8, 00000000) trace:crypt:RSAENH_CPReleaseContext (hProv=00000002, dwFlags=00000000) trace:crypt:CryptAcquireContextW (0x33d72c, (null), L"Microsoft Enhanced Cryptographic Provider v1.0", 1, f0000000) trace:crypt:RSAENH_CPAcquireContext (phProv=0x177450, pszContainer=(null), dwFlags=f0000000, pVTable=0x175f98) trace:crypt:CryptCreateHash (0x177440, 0x8004, 0x0, 00000000, 0x33d83c) trace:crypt:RSAENH_CPCreateHash (hProv=00000002, Algid=00008004, hKey=00000000, dwFlags=00000000, phHash=0x175e04) trace:crypt:CryptAcquireContextW (0x33d6f4, (null), (null), 13, f0000000) trace:crypt:CryptAcquireContextW Did not find registry entry of crypto provider for L"Software\\Microsoft\\Cryptography\\Defaults\\Provider Types\\Type 013". trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b841300 trace:seh:raise_exception info[0]=80090017 trace:seh:raise_exception eax=7b82c455 ebx=7b8ad1e4 ecx=00000000 edx=0033d348 esi=0033d348 edi=e0434f4d trace:seh:raise_exception ebp=0033d310 esp=0033d2ac cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00000212 --- snip --- resulting in CLR exception: --- snip --- Unhandled Exception: System.InvalidOperationException: An error occurred creating the form. See Exception.InnerException for details. The error is: The type initializer for 'Sunisoft.IrisSkin.SkinEngine' threw an exception. ---> System.TypeInitializationException: The type initializer for 'Sunisoft.IrisSkin.SkinEngine' threw an exception. ---> System.Security.Cryptography.CryptographicException: Unknown error "-2146893801". at System.Security.Cryptography.CryptographicException.ThrowCryptogaphicException(Int32 hr) at System.Security.Cryptography.Utils._AcquireCSP(CspParameters param, SafeProvHandle& hProv) at System.Security.Cryptography.Utils.AcquireProvHandle(CspParameters parameters) at System.Security.Cryptography.Utils.get_StaticDssProvHandle() at System.Security.Cryptography.DSACryptoServiceProvider.ImportParameters(DSAParameters parameters) at System.Security.Cryptography.DSA.FromXmlString(String xmlString) at Sunisoft.IrisSkin.SkinEngine..cctor() --- snip --- Type 001 "RSA Full (Signature and Key Exchange)" and Type 012 "RSA SChannel" are currently implemented in wine Additionally needed: Type 003 "DSS Signature" (base DSS provider) Type 013 "DSS Signature with Diffie-Hellman Key Exchange" (enhanced DSS provider) Type 018 "Diffie-Hellman SChannel" (optional?) Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 30

[Bug 52505] New: TurboTax 2021 Installs, but crashes when 1st run in a boost library routine
by WineHQ Bugzilla 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=52505 Bug ID: 52505 Summary: TurboTax 2021 Installs, but crashes when 1st run in a boost library routine Product: Wine Version: 7.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jhoward(a)alumni.caltech.edu Distribution: --- Created attachment 71803 --> https://bugs.winehq.org/attachment.cgi?id=71803 Wine-generated crash log showing crash in a boost serialization routine (as called by just-installed app TurboTax 2021) Wine-7.0 (Staging) just installed onto Fedora 35 Linux x86_64. No problems during installation of Wine, or 1st run of winecfg to install TurboTax. .../drive_c/... created without problem. Content of TurboTax 2021 CD copied into .../drive_c/. Ran winecfg to [Add application] "setup.exe", which ran to completion without error. setup's last action was to run the just-installed C:\Program Files (x86)\TurboTax\Individual 2021\32bit\TurboTax.exe. App started OK, loading many .DLLs from within the TurboTax "32bit" directory (like many non-trivial apps do). The .DLLs included several from the well-known Boost portable programming library. The crash seems to have occurred underneath a call to Boost's serialization module(s), as can be seen in attached tracebak log. -- 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 54836] New: GrandMA3 onPC Version 1.9.2.2 page fault on startup (1.8.8.2 worked fine)
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54836 Bug ID: 54836 Summary: GrandMA3 onPC Version 1.9.2.2 page fault on startup (1.8.8.2 worked fine) Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: nikolaus.einhauser(a)web.de Distribution: --- So MALighting just released their new "major" update (new features, breaking old ones, etc) to their software which broke compatability with wine. Their previous version worked fine. The issue can easily be reproduced by installing the software and then starting `app_gma3.exe`. It will crash on startup. Judging by `wine: Unhandled page fault on execute access to 000000000000000F at address 000000000000000F (thread 010c)`, the problem seems to be in the application. By inspecting the `+relay` log a little closer the page fault only looks like a symptom of missing error handling. From what I can tell, the issue lies in wintrust.WinVerifyTrust but feel free to look trough the attached debug log yourself. I'd very glad to provide more in-depth debug info or help otherwise to aid in fixing this. Suggestions for workarounds are also appreciated. Thank you. PS. There is a contest currently ongoing that mandates the use of version 1.9 or higher. So staying on an older previously working version is not an option for me. -- 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 54865] New: ieframe:webbrowser sometimes gets Invoke_PROPERTYCHANGE failures on Windows
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54865 Bug ID: 54865 Summary: ieframe:webbrowser sometimes gets Invoke_PROPERTYCHANGE failures on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ieframe:webbrowser sometimes gets Invoke_PROPERTYCHANGE failures on Windows: webbrowser.c:4529: Testing WebBrowser... [...] webbrowser.c:3244: put_href(L"http://test.winehq.org/tests/winehq_snapshot/")... webbrowser.c:3067: Downloading... webbrowser.c:3918: GoBack... webbrowser.c:3067: Downloading... webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:3924: GoForward... webbrowser.c:3067: Downloading... webbrowser.c:3928: GoBack... webbrowser.c:3067: Downloading... webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE webbrowser.c:883: Test failed: unexpected call Invoke_PROPERTYCHANGE [...] The same failures happen in "Testing WebBrowser(no olecmd)...". See https://test.winehq.org/data/patterns.html#ieframe:webbrowser These failures happened regularly from 2022-11-01 to 2022-12-20 on Windows 10 1809 to 21H1. They also happened almost systematically on w1064v21h2 from 2022-11-21 to 2023-01-16. They also happened once on 2023-01-16 on w1064 (22h2). And they stopped happening until ~3 months later: 2023-04-11 and now they happened 4 times in a week. So it's unclear what is causing these failures. There is no obvious change in the test but it may be interference from another test, or something that causes Windows to suddenly act differently (updates are disabled though). Are these unexpected Invoke_PROPERTYCHANGE calls something the test should be able to deal with? -- 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 52560] New: w10pro64 and w10pro64v2004 have specific failures: ieframe:webbrowser kernel32:resource msi:msi msi:package shell32:shlfileop urlmon:url wininet:http wininet:urlcache
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=52560 Bug ID: 52560 Summary: w10pro64 and w10pro64v2004 have specific failures: ieframe:webbrowser kernel32:resource msi:msi msi:package shell32:shlfileop urlmon:url wininet:http wininet:urlcache Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Eight tests fail only on w10pro64 and w10pro64v2004, or fail there in a way that does not happen on any other VM. ieframe:webbrowser Invoke_PROPERTYCHANGE failures kernel32:resource systematic timeouts (bug 52559) msi:msi INSTALLSTATE_ABSENT failures msi:package random timeouts shell32:shlfileop ERROR_FILE_NOT_FOUND failures urlmon:url INET_E_DOWNLOAD_FAILURE wininet:http crash (after ERROR_INTERNET_ITEM_NOT_FOUND + ERROR_FILE_NOT_FOUND) wininet:urlcache crash (after ERROR_INTERNET_INTERNAL_ERROR) In bug 52559 there is suspicion of Windows Defender causing the timeouts. -- 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 44167] New: UK's Kalender crashes on startup.
by wine-bugs＠winehq.org 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=44167 Bug ID: 44167 Summary: UK's Kalender crashes on startup. Product: Wine Version: 3.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: old.git(a)net98.eml.cc Distribution: --- Created attachment 59931 --> https://bugs.winehq.org/attachment.cgi?id=59931 Wine crash report saved to file UK's Kalender crashes on startup. Was working flawlessly on Wine 2.22. Immediately on update to 3.0 rc1 it reliable crashes on startup. System is standard Wine with extra dlls via Winetricks (cmd.exe, ffdshow, mfc42, vb6run, vc6run, vc6runsp6, wsh57). All needed to get various programs running. Program is portable version of UK's Kalender.exe from http://www.ukrebs-software.de/download/kalender/Kalender_Portable.zip Present on this machine is one of the 2.5.x series (not sure which and cannot start the program to check) Steps to reproduce: Start running the program either 1. from PSMenu portable program launcher (itself install on Wine), OR 2. right click the Kalender.exe file in Thunar and select "Open wwith Wine Windows Program Loader" Actual Result: Program fails to start, crash report displayed. Expected Result: Program to work without flaw (as on Wine 2.22) Bug first encountered: with Wine 3.0rc1 Other systems: Program runs exactly as expected on Wine 2.22 and below, and on Windows 98SE to Windows XP Pro. -- 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 18

[Bug 54863] New: UK's Kalender: Progress bar broken for todo entries - comctl32 related
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54863 Bug ID: 54863 Summary: UK's Kalender: Progress bar broken for todo entries - comctl32 related Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: wineuser101(a)mailbox.org Distribution: --- Created attachment 74361 --> https://bugs.winehq.org/attachment.cgi?id=74361 Progress bar broken The bug affects the todo tab of the program and can be replicated by adding a new entry to the todo list by right-clicking and selecting "New." The "Percent Done" progress bar for todo entries is broken. See attached screenshot. I discovered a workaround that solves this bug by bruteforce-installing different winetrick DLLs until it got resolved. The specific DLL that solves this bug is comctl32. However, after adding this DLL you cannot export HTML/CSV files from the calendar anymore or do a backup/restore. This seems to be due to a known bug related to the file open dialog; https://bugs.winehq.org/show_bug.cgi?id=43188 The setup file for UK's Kalender can be downloaded here; https://www.ukrebs-software.de/download/kalender/Kalender_Setup.exe I used UK's Kalender version 2.5.6 (the latest as of writing) sha1sum Kalender_Setup.exe c88d6184e8b8bb51a37f10cf3fe1411783e270be -- 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 54862] New: UK's Kalender: Todo entries can't be reliably selected - comctl32 related
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54862 Bug ID: 54862 Summary: UK's Kalender: Todo entries can't be reliably selected - comctl32 related Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: wineuser101(a)mailbox.org Distribution: --- The bug affects the todo tab of the program and can be replicated by adding two new entries to the todo list by right-clicking and selecting "New." The issue is that selecting an entry is not always reliable, regardless of whether you double-left-click or right-click on it. If one changes tab to Week for example, and then goes back to the todo tab, sometimes one entry can be selected and edited, but if one right clicks on the other entry the edit windows will still open the old entry. Most of the time the entries can't be selected at all. I discovered a workaround that solves this bug by bruteforce-installing different winetrick DLLs until it got resolved. The specific DLL that solves this bug is comctl32. However, after adding this DLL you cannot export HTML/CSV files from the calendar anymore or do a backup/restore. This seems to be due to a known bug related to the file open dialog; https://bugs.winehq.org/show_bug.cgi?id=43188 The setup file for UK's Kalender can be downloaded here; https://www.ukrebs-software.de/download/kalender/Kalender_Setup.exe I used UK's Kalender version 2.5.6 (the latest as of writing) sha1sum Kalender_Setup.exe c88d6184e8b8bb51a37f10cf3fe1411783e270be -- 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 54841] New: wine-staging 8.6 fails to build with gstreamer enabled
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54841 Bug ID: 54841 Summary: wine-staging 8.6 fails to build with gstreamer enabled Product: Wine-staging Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: timo.gurr(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 74344 --> https://bugs.winehq.org/attachment.cgi?id=74344 wine-8.6_build.log Without staging and gstreamer enabled wine 8.6 builds fine but when enabling the staging patches it fails to build with: x86_64-pc-linux-gnu-cc -m64 -c -o dlls/winegstreamer/wg_parser.o dlls/winegstreamer/wg_parser.c -Idlls/winegstreamer -Iinclude -D__WINESRC__ \ -DWINE_UNIX_LIB -I/usr/x86_64-pc-linux-gnu/include/gstreamer-1.0 \ -I/usr/x86_64-pc-linux-gnu/include/glib-2.0 -I/usr/x86_64-pc-linux-gnu/lib/glib-2.0/include \ -I/usr/x86_64-pc-linux-gnu/include/orc-0.4 -pthread -Wall -pipe -fcf-protection=none \ -fno-stack-protector -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body \ -Wignored-qualifiers -Winit-self -Wno-packed-not-aligned -Wshift-overflow=2 -Wstrict-prototypes \ -Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op -fPIC \ -fasynchronous-unwind-tables -march=native -O2 -pipe -march=native -O2 -pipe In file included from /usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gobject.h:26, from /usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gbinding.h:31, from /usr/x86_64-pc-linux-gnu/include/glib-2.0/glib-object.h:24, from /usr/x86_64-pc-linux-gnu/include/gstreamer-1.0/gst/gstenumtypes.h:6, from /usr/x86_64-pc-linux-gnu/include/gstreamer-1.0/gst/gst.h:31, from dlls/winegstreamer/wg_parser.c:33: dlls/winegstreamer/wg_parser.c: In function 'pad_added_cb': dlls/winegstreamer/wg_parser.c:816:42: error: 'vconv' undeclared (first use in this function) 816 | gst_util_set_object_arg(G_OBJECT(vconv), "n-threads", "0"); | ^~~~~ /usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gtype.h:2523:57: note: in definition of macro '_G_TYPE_CIC' 2523 | # define _G_TYPE_CIC(ip, gt, ct) ((ct*) (void *) ip) | ^~ /usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gobject.h:54:38: note: in expansion of macro 'G_TYPE_CHECK_INSTANCE_CAST' 54 | #define G_OBJECT(object) (G_TYPE_CHECK_INSTANCE_CAST ((object), G_TYPE_OBJECT, GObject)) | ^~~~~~~~~~~~~~~~~~~~~~~~~~ dlls/winegstreamer/wg_parser.c:816:33: note: in expansion of macro 'G_OBJECT' 816 | gst_util_set_object_arg(G_OBJECT(vconv), "n-threads", "0"); | ^~~~~~~~ dlls/winegstreamer/wg_parser.c:816:42: note: each undeclared identifier is reported only once for each function it appears in 816 | gst_util_set_object_arg(G_OBJECT(vconv), "n-threads", "0"); | ^~~~~ /usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gtype.h:2523:57: note: in definition of macro '_G_TYPE_CIC' 2523 | # define _G_TYPE_CIC(ip, gt, ct) ((ct*) (void *) ip) | ^~ /usr/x86_64-pc-linux-gnu/include/glib-2.0/gobject/gobject.h:54:38: note: in expansion of macro 'G_TYPE_CHECK_INSTANCE_CAST' 54 | #define G_OBJECT(object) (G_TYPE_CHECK_INSTANCE_CAST ((object), G_TYPE_OBJECT, GObject)) | ^~~~~~~~~~~~~~~~~~~~~~~~~~ dlls/winegstreamer/wg_parser.c:816:33: note: in expansion of macro 'G_OBJECT' 816 | gst_util_set_object_arg(G_OBJECT(vconv), "n-threads", "0"); | ^~~~~~~~ dlls/winegstreamer/wg_parser.c: In function 'src_activate_mode_cb': dlls/winegstreamer/wg_parser.c:1057:23: warning: unused variable 'parser' [-Wunused-variable] 1057 | struct wg_parser *parser = gst_pad_get_element_private(pad); | ^~~~~~ Error: * In program cave perform install --hooks --managed-output --output-exclusivity with-others =app-emulation/wine-8.6:0::virtualization --destination installed --replacing =app-emulation/wine-8.6:0::installed --x-of-y 1 of 1: * When installing 'app-emulation/wine-8.6:0::virtualization' replacing { 'app-emulation/wine-8.6:0::installed' }: * When running an ebuild command on 'app-emulation/wine-8.6:0::virtualization': * Install failed for 'app-emulation/wine-8.6:0::virtualization' (paludis::ActionFailedError) make: *** [Makefile:131857: dlls/winegstreamer/wg_parser.o] Error 1 This is with gstreamer 1.22.2. Complete build log attached. -- 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 54061] New: shell32:shelllink - test_load_save() crashes randomly in Wine
by WineHQ Bugzilla 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54061 Bug ID: 54061 Summary: shell32:shelllink - test_load_save() crashes randomly in Wine 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:shelllink - test_load_save() crashes randomly in Wine: shelllink.c:847: Test failed: SHCreateStreamOnFileW failed 80070020 shelllink.c:849: Test failed: IPersistFile_Save failed (0x00000000) shelllink.c:851: Test failed: IPersistFile_Load failed (0x00000000) Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0042321a). [...useless backtrace...] See https://test.winehq.org/data/patterns.html#shell32:shelllink Where: 0x80070020 == HRESULT_FROM_WIN32(ERROR_SHARING_VIOLATION) So this may still have a similar cause as bug 28290, i.e. an invalid sharing mode somewhere. -- 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 39941] New: Rendering of rotated text is ugly
by wine-bugs＠winehq.org 19 Apr '23

19 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=39941 Bug ID: 39941 Summary: Rendering of rotated text is ugly Product: Wine Version: 1.9.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: curaga(a)operamail.com Distribution: --- Created attachment 53361 --> https://bugs.winehq.org/attachment.cgi?id=53361 Screenshot The score dialog of Stars! renders some text at an angle. The rendering of both current Wine and current Windows (XP) is ugly; Wine 1.3.0 and Windows 3.11 render it nice and readable. I'll try to get a screenshot from Win 3.11, but my old VM hangs in current Qemu, seems they broke something the Cirrus driver relied on. In any case, making the text readable would be enough, pixel-perfect match to 3.11 is not needed. -- 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 19446] New: Icy Tower 1.4 installer erroneously creates an installation log in an invalid directory
by wine-bugs＠winehq.org 19 Apr '23

19 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=19446 Summary: Icy Tower 1.4 installer erroneously creates an installation log in an invalid directory Product: Wine Version: 1.1.26 Platform: PC URL: http://download.cnet.com/Icy-Tower/3000-2099_4-1007506 0.html OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com With wine-1.1.26-183-gc6570a5, after installing Icy Tower 1.4, a directory listing of the Wine drive_c folder shows an unusual directory created in the root of drive_c: andrew@ubuntu-desktop:~$ ls ~/icytower/drive_c C: games Program Files users windows andrew@ubuntu-desktop:~$ ls ~/icytower/drive_c/C:/windows/temp INSTALL.LOG >From relay log: 0019:Call KERNEL32.CreateDirectoryA(0033f354 "C:",00000000) ret=1000c978 0019:Ret KERNEL32.CreateDirectoryA() retval=00000000 ret=1000c978 ... 0019:Call KERNEL32.CreateDirectoryA(0033f354 "C:\\C:",00000000) ret=1000c978 0019:Ret KERNEL32.CreateDirectoryA() retval=00000001 ret=1000c978 ... 0019:Call KERNEL32.CreateFileA(0033f354 "C:\\C:\\windows\\temp\\INSTALL.LOG",40000000,00000000,00000000,00000002,00000080,00000000) ret=100140c9 0019:Ret KERNEL32.CreateFileA() retval=00000068 ret=100140c9 The directory creation operation that was logged does not succeed on Windows, and it should not succeed on Wine. -- 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 7

[Bug 26532] New: Barnes and Noble Nook eReader sync data to server.
by wine-bugs＠winehq.org 19 Apr '23

19 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=26532 Summary: Barnes and Noble Nook eReader sync data to server. Product: Wine Version: 1.3.16 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: JNowka(a)gmail.com Download: http://www.barnesandnoble.com/download/ereader/ereader-windows.asp Version: 2.5.3.4630 Licence Type: Proprietary Cost: Free The Barnes And Noble Nook e-Reader for PC does not upload updates to bookmarks or annotations to the server. The errors and fixmes that are returned when it is ran from the command line is as follows: fixme:wininet:set_cookie persistent cookies not handled (L"expires=Mon, 21-Mar-2016 23:20:09 GMT; path=/") err:wininet:HTTP_ParseDateAsAsctime unexpected weekday L"-1" err:wininet:HTTP_ParseDate unexpected date format L"-1" fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:InternetCheckConnectionW fixme:wininet:InternetSetOptionW Option 7 STUB fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_DATA_RECEIVE_TIMEOUT (180000): STUB The fixme warnings are repeated consistently until the software is closed. -- 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 29804] New: Forever grayed out "agree" button
by wine-bugs＠winehq.org 19 Apr '23

19 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=29804 Bug #: 29804 Summary: Forever grayed out "agree" button Product: Wine Version: 1.3.28 Platform: x86 URL: http://erwin.com/products/detail/ca_erwin_data_modeler _community_edition/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: rambo_8713(a)hotmail.com Classification: Unclassified Created attachment 38713 --> http://bugs.winehq.org/attachment.cgi?id=38713 Some times gives invalid arguement -1 when changing riched20 and msls31 I can not agree to the EULA for CA ERWIN MODELER Community Edition, i have used native riched20.dll and msls31.dll. With and without the dlls and one on and/or the other dll not overriden. I have the lastest wine version 1.3, fresh install as of today. When using native msls31.dll, before the EULA screen appears, after u click next after it computes space requirements, it gives an invalid argument: -1 I am running ubuntu 11.10, i have tried winetricks as well, to configure the windows dlls -- 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 12

[Bug 54857] New: Gecko engine initialization changes current C run-time locale
by WineHQ Bugzilla 18 Apr '23

18 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54857 Bug ID: 54857 Summary: Gecko engine initialization changes current C run-time locale Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru Distribution: --- The application that I have here crashes after the call ucrtbase._strupr("SOME STRING") Accoring to dlls/msvcrt/string.c _strupr() implementation avoids writing to the source buffer if the buffer contains upper case characters and current locale is "C". dlls/msvcrt/tests/string.c,test__strupr() contains a test case that confirms this behaviour. According to the logs before calling ucrtbase._strupr("SOME STRING") application loads mshtml.dll, then xul.dll gets loaded which during its initialization calls ucrtbase.setlocale(0, ""), and that leads to the current C locale change. I've created a test case that replicates this behaviour, and under Windows the test completes successfully, however under Wine it crashes. Adding a call to setlocale(0, "") also makes the test crash under Windows, so Wine implementation of _strupr() appears to be correct. A possible solution is to save current locale before xul.dll initialization and later restore the locale. I'll attach a test case and a patch with proposed solution to this bug report. -- 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 53898] New: Programmer's File Editor MDI window contents incorrectly refreshed after closing an MDI document
by WineHQ Bugzilla 18 Apr '23

18 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53898 Bug ID: 53898 Summary: Programmer's File Editor MDI window contents incorrectly refreshed after closing an MDI document Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine_bugzilla(a)sctb.ch Distribution: --- Created attachment 73439 --> https://bugs.winehq.org/attachment.cgi?id=73439 Corrupted window. I've been using Programmer's File Editor (PFE), a text editor from 1999, with WINE, since the beginning of time. There has always been a problem that when the editor has multiple MDI windows open, and a single window has been maximized (so it fills the entire editor), and that window is closed, the window which replaces it does not correctly refresh the editor display - the content is visually garbled. Minimizing and restoring the editor induces a correct refresh. Screenshot attached of a garbled window, and then the same window after a min-restore induced refresh (so you can more easily see the corruption). -- 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 54855] New: When Tahoma uses fontlink to Noto Sans CJK SC, the final Chinese output will be distorted
by WineHQ Bugzilla 18 Apr '23

18 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54855 Bug ID: 54855 Summary: When Tahoma uses fontlink to Noto Sans CJK SC, the final Chinese output will be distorted Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- in > HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink make > Tahoma -> NotoSansCJK-Regular.ttc,Noto Sans CJK SC Chinese display is distorted I have provided a demo that can be used on:https://bugs.winehq.org/attachment.cgi?id=74311 and the problem photo on : https://bugs.winehq.org/attachment.cgi?id=74315 -- 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 0

[Bug 54065] New: Windower 4 with FFXI Online has no keyboard input
by WineHQ Bugzilla 18 Apr '23

18 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54065 Bug ID: 54065 Summary: Windower 4 with FFXI Online has no keyboard input Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: reaper2021(a)protonmail.com Distribution: --- Created attachment 73616 --> https://bugs.winehq.org/attachment.cgi?id=73616 error log Keyboard input in FFXI with Windower 4 has been broken for a long time. It fails in 7.20, and all the way down to 5.0rc2 or earlier (I stopped testing there). Keyboard input works in wine-staging-5-0rc5, and no longer works in wine-staging-5-0-rc6. My installation for which I posted the log uses dxvk and dgVoodoo, but the problem also occurs without that. Steps to reproduce: 1. make a 32 bit prefix, windows version seems noncritical (7 or 10). 2. install official FFXI distribution from http://www.playonline.com/ff11us/download/media/install_win.html (install hangs for a seemingly long time at some step, disk space check if I recall, just wait) 3. winetricks dotnet462 gdiplus (without dotnet, windower will not work. Gdiplus just makes the fonts in the windower console look nicer, it's not absolutely required for reproduction.) 4. install windower 4.3 from https://www.windower.net/ , to $WINEPREFIX/drive_c/windower4.3/ 5. wine $WINEPREFIX/drive_c/windower4.3/Windower.exe At this step, you'll need an FFXI subscription and character to log in and get to the point where you see that the keyboard doesn't 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.

1 9

[Bug 8532] JawsEditor 2.5/3.0 reports "Invalid imagesize" on startup ('IPicture::SaveAsFile' method too stubby/incorrect)
by WineHQ Bugzilla 17 Apr '23

17 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=8532 temp82(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |temp82(a)luukku.com --- Comment #14 from temp82(a)luukku.com --- still valid as wine 8.6. -- 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 0

[Bug 54851] New: comctl32:tooltips - test_TTN_SHOW() sometimes gets extra or missing WM_NOTIFY messages in Wine
by WineHQ Bugzilla 17 Apr '23

17 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54851 Bug ID: 54851 Summary: comctl32:tooltips - test_TTN_SHOW() sometimes gets extra or missing WM_NOTIFY messages in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- comctl32:tooltips - test_TTN_SHOW() sometimes gets extra or missing WM_NOTIFY messages in Wine. For instance: tooltips.c:1218: Test failed: TTN_SHOW parent seq: the msg sequence is not complete: expected 004e - actual 0000 tooltips.c:1218: Failed sequence TTN_SHOW parent seq: tooltips.c:1218: 0: expected: msg 004e - actual: nothing or tooltips.c:1218: Test failed: TTN_SHOW parent seq: the msg sequence is not complete: expected 0000 - actual 004e tooltips.c:1218: Failed sequence TTN_SHOW parent seq: tooltips.c:1218: 0: expected: 004e - actual: 004e wp 1234abcd lp 0072eec0 tooltips.c:1218: 1: expected: nothing - actual: 004e wp 1234abcd lp 0072ef20 See https://test.winehq.org/data/patterns.html#comctl32:tooltips In are cases both issues happen or the same issue happens twice; once before the load_v6_module() call, and once after. -- 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 54850] New: comctl32:tooltips - test_customdraw() sometimes fails to get the current tool on Windows
by WineHQ Bugzilla 17 Apr '23

17 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54850 Bug ID: 54850 Summary: comctl32:tooltips - test_customdraw() sometimes fails to get the current tool on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:tooltips - test_customdraw() sometimes fails to get the current tool on Windows tooltips.c:252: Test failed: 3: Failed to get current tool 0. tooltips.c:259: Test failed: 3: Unexpected hwnd CCCCCCCCCCCCCCCC. tooltips.c:260: Test failed: 3: Unexpected hinst CCCCCCCCCCCCCCCC. tooltips.c:261: Test failed: 3: Unexpected uId cccccccccccccccc. tooltips.c:262: Test failed: 3: Unexpected lParam cccccccccccccccc. See https://test.winehq.org/data/patterns.html#comctl32:tooltips This can happen either before or after the load_v6_module() call, and in any of the for loop iterations, though normally only one of them per run. -- 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 52987] New: comctl32:tooltips - test_customdraw() fails systematically on some Windows 10 machines
by WineHQ Bugzilla 17 Apr '23

17 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=52987 Bug ID: 52987 Summary: comctl32:tooltips - test_customdraw() fails systematically on some Windows 10 machines Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:tooltips - test_customdraw() fails systematically on some Windows machines: tooltips.c:251: Test failed: 0: Failed to get current tool 0. tooltips.c:258: Test failed: 0: Unexpected hwnd CCCCCCCCCCCCCCCC. tooltips.c:259: Test failed: 0: Unexpected hinst CCCCCCCCCCCCCCCC. tooltips.c:260: Test failed: 0: Unexpected uId cccccccccccccccc. tooltips.c:261: Test failed: 0: Unexpected lParam cccccccccccccccc. tooltips.c:251: Test failed: 1: Failed to get current tool 0. tooltips.c:258: Test failed: 1: Unexpected hwnd CCCCCCCCCCCCCCCC. tooltips.c:259: Test failed: 1: Unexpected hinst CCCCCCCCCCCCCCCC. tooltips.c:260: Test failed: 1: Unexpected uId cccccccccccccccc. tooltips.c:261: Test failed: 1: Unexpected lParam cccccccccccccccc. [... all 6 iterations fail ...] https://test.winehq.org/data/patterns.html#comctl32:tooltips Also this impacts both test_customdraw() calls: the one after test_create_tooltip(FALSE) and the one after test_create_tooltip(TRUE) though the latter is more random. When the latter fails there is an extra couple of failures in test_TTN_SHOW(): tooltips.c:261: Test failed: 5: Unexpected lParam cccccccccccccccc. tooltips.c:1216: Test failed: TTN_SHOW parent seq: the msg sequence is not complete: expected 004e - actual 0000 tooltips.c:1216: Failed sequence TTN_SHOW parent seq: tooltips.c:1216: 0: expected: msg 004e - actual: nothing v6util.h:92: created cc6.manifest tooltips.c:251: Test failed: 0: Failed to get current tool 0. [...] tooltips.c:1216: Test failed: TTN_SHOW parent seq: the msg sequence is not complete: expected 004e - actual 0000 However the failure pattern is strange: * The failures mostly happen on the cw-gtx560 and cw-rx460 machines. But w1064v1709-64 has the same failures so it's not a real hardware vs. VM issue. * The failures happen on Windows 10 1709, 21h1 and 21h2, but not on 1507, 1607, 1809 or 2004. 1909 had failures on March 21 and 22 but not in the month since then. So it does not really seem related to the Windows version. * cw-gtx560-21H1 and cw-rx460-21H1 never had failures in the 32-bit tests but the failures happen in 32-bit on cw-gtx560-1709 and cw-rx460-1709. So it's not a bitness issue and it should not be a machine configuration issue either. The failure on line 251 indicates that there is no tooltip at all. Maybe there is a window that has the focus and prevented the tooltip from opening? (that window if any is not visible in the final screenshot) If it is a focus issue, skipping when the windows does not have the focus could avoid the failures. -- 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 6893] ChessBase Light 6 does not install
by WineHQ Bugzilla 17 Apr '23

17 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=6893 --- Comment #25 from temp82(a)luukku.com --- still an issue. wine 8.6. -- 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 0

[Bug 30826] New: Gigasoft's ProEssentials demo crashes on startup
by wine-bugs＠winehq.org 16 Apr '23

16 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=30826 Bug #: 30826 Summary: Gigasoft's ProEssentials demo crashes on startup Product: Wine Version: 1.5.5 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified To reproduce, wget http://www.gigasoft.com/PE7-Pro-Setup.exe wine PE7-Pro-Setup.exe cd .wine/drive_c/ProEssentials7/DEMO wine PEDemo.exe Click the popup window to make it go away. Unhandled exception: page fault on read access to 0x5050ff98 in 32-bit code (0x7ed36a26). Or, sometimes: Unhandled exception: page fault on read access to 0x00000048 in 32-bit code (0x7ed2ea26). The backtrace seems the same either way: Backtrace: =>0 get_log_fontW+0x16(font=0x720041, graphics=0x154780, lf=0x32e92c) [dlls/gdiplus/font.c:486] 1 get_font_hfont+0x10e(graphics=0x154780, font=0x720041, hfont=0x32eb58) [dlls/gdiplus/graphics.c:2139] 2 GdipDrawString+0x2c1(graphics=0x154780, string="Bollinger Upper", length=0xf, font=0x720041, rect=0x32eba8, format=0x149e28, brush=0x154b68) [dlls/gdiplus/graphics.c:5210] 486 lf->lfHeight = -em_size_to_pixel(font->emSize, font->unit, font->family->dpi); Installing corefonts doesn't help. -- 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 23

[Bug 54813] New: Installation League of Legends crash
by WineHQ Bugzilla 16 Apr '23

16 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54813 Bug ID: 54813 Summary: Installation League of Legends crash Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: totinous.31(a)hotmail.fr Distribution: --- Created attachment 74304 --> https://bugs.winehq.org/attachment.cgi?id=74304 Program Error Details Hello, I'm not fluent english, i'll try my best to explain. I tried to install and launch with the "snap method" (snap install leagueoflegends --edge --devmode) the game League of Legends. The first part is good : preparation of the environement works well, the installation as well but when the "Riot Client Main" opens, it stays black and a "Program Error" appears. i'm using wine8.5 staging. You can find the Program error details in the attachment. let me know if any further information is required to resolve that 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 12

[Bug 54842] New: Black Souls 2 (Rpg Maker Vx Ace Obscure Japanese Rpg) crashes when trying to access mp3dmod and qasf
by WineHQ Bugzilla 16 Apr '23

16 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54842 Bug ID: 54842 Summary: Black Souls 2 (Rpg Maker Vx Ace Obscure Japanese Rpg) crashes when trying to access mp3dmod and qasf Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: magmatuxedo(a)gmail.com Distribution: --- Created attachment 74345 --> https://bugs.winehq.org/attachment.cgi?id=74345 The above contains the error log as well as the terminal output right from when the game is started The game blacksouls II is as stated above an obscure rpg maker vx ace game The game works fine when the it is started and the first boss is defeated however going into the town and coming into contact with an enemy to commence battle crashes the game The above is also the way to reproduce the crash The necessary information is in the attachment wine version is 8.5 development -- 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 54843] New: Missing dependencies for speech recognition
by WineHQ Bugzilla 16 Apr '23

16 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54843 Bug ID: 54843 Summary: Missing dependencies for speech recognition Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: besentv(a)gmail.com Distribution: --- The Testbot is missing the Linux side deps for speech recognition, namely libvosk. Currently, this is blocked by Vosk not being packaged for APT. I opened an issue on their repo https://github.com/alphacep/vosk-api/issues/1308 This blocks https://gitlab.winehq.org/wine/wine/-/merge_requests/2091 Alternatively, libvosk could be installed as a pip package. -- 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 0

[Bug 54013] New: Cannot install Trimble Sketchup Pro 2022 at all
by WineHQ Bugzilla 16 Apr '23

16 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54013 Bug ID: 54013 Summary: Cannot install Trimble Sketchup Pro 2022 at all Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gdpo22(a)orange.fr Distribution: --- Created attachment 73589 --> https://bugs.winehq.org/attachment.cgi?id=73589 Trying to install sketchup without sed solution After downloading the sketchup pro 2022 trial, the sketchup installer displayed a lot of error windows "Invalid descriptor" with an "ok" button. After 6 or 7 click on "ok", the install terminates with a final window error of trimble saying that the installation cannot complete. (see attachement) The same with 7.0 wine stable version. Then I succeeded to install by applying a dirty solution I have seen on a forum: sed 's/GetFinalPathNameByHandleW/QetFinalPathNameByHandleW/' SketchUpPro-2022-0-354-126.exe > hacked_installer.exe But when I try to click on 'connexion' button from welcome screen, nothing happens. -- 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 48734] New: How to Survive crashes when starting a new game
by WineHQ Bugzilla 16 Apr '23

16 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=48734 Bug ID: 48734 Summary: How to Survive crashes when starting a new game Product: Wine Version: 5.0-rc1 Hardware: x86 URL: https://store.steampowered.com/app/250400/How_to_Survi ve/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 94822bae5fed8a3bbda00adb4e79652cd9374309 Distribution: --- Created attachment 66616 --> https://bugs.winehq.org/attachment.cgi?id=66616 terminal output The game was started in windowed mode to work around bug #48732. When I start a new single-player game from the menu, Wine crashes when attempting to play the first video. I think it's 'prologue.avi' which should be playing at this point. Cutscenes didn't work properly before the regression, only a black screen was shown and pressing <Space> or <Esc> made it possible to skip the video. Now Wine crashes. The crash was introduced by commit 94822bae5fed8a3bbda00adb4e79652cd9374309 quartz/vmr9: Create the rendering window when the filter is created. To reproduce the problem select <Local Game> in the main menu, then <Story Mode>, <1 Player>, choose a character and difficulty level. After a short loading animation Wine crashes. Tested in wine-5.3-181-geb63713f60. -- 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 54837] New: Error when launching URU Live again via their app
by WineHQ Bugzilla 15 Apr '23

15 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54837 Bug ID: 54837 Summary: Error when launching URU Live again via their app Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mbradfor42(a)yahoo.com Distribution: --- Created attachment 74340 --> https://bugs.winehq.org/attachment.cgi?id=74340 the error when luanching app I hope I submitted this correctly. -- 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 51134] New: Support redirecting GetOpenFileName and GetSaveFileName through org.freedesktop.portal.FileChooser
by WineHQ Bugzilla 15 Apr '23

15 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51134 Bug ID: 51134 Summary: Support redirecting GetOpenFileName and GetSaveFileName through org.freedesktop.portal.FileChooser Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: from_wine_bugzilla(a)ssokolow.com Distribution: --- While not all options in the OPENFILENAME structure can be supported via the org.freedesktop.portal.FileChooser interface, providing the option to redirect an application's request for a common Open/Save dialog through the XDG chooser system would have two beneficial effects on non-OSX POSIX systems: 1. Better integration, since the application run under Wine would use the native desktop file pickers, complete with the user's Places sidebar bookmarks and any other customizations they've enacted. 2. More practical security, since Wine could then be run in a filesystem sandbox, with the portal host mounting files/directories into the sandboxed environment on demand. I'd suggest a three-state option exposed through winecfg's Desktop Integration: 1. Opportunistically (Qt's approach to integrating support for XDG portals into QFileDialog provides precedent for making this the default. Uses the portal-based file chooser unless an application requests a combination of OPENFILENAME settings that cannot be represented by the portal API.) 2. Forced (An option for power users to set on a per-application basis to intentionally sacrifice the application's customizations in favour of better integration with the understanding that things may break.) 3. Never (An option for users who prefer consistency between their Windows applications over consistency with the rest of their desktop or have deleted the Z: mapping and configured their Wine prefix around the idea of only working with drive letters.) These high-level preferences could also apply equally well to any other platform's native file chooser, should integration with it be implemented. The D-Bus API in question is documented at https://flatpak.github.io/xdg-desktop-portal/portal-docs.html#gdbus-org.fre… While it is outside the scope of this feature request, it may also be possible to use the TrashFile() method of this API to integrate with the host desktop's Trash. -- 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 54463] New: wbemprox: wrong version value is returned from win32_operatingsystem on win10 (regression)
by WineHQ Bugzilla 15 Apr '23

15 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54463 Bug ID: 54463 Summary: wbemprox: wrong version value is returned from win32_operatingsystem on win10 (regression) Product: Wine Version: 8.1 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: regression Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com CC: hans(a)meelstraat.net Distribution: Debian Following powershell script returns wrong version on win10 (winetricks dotnet48 is required): $searcher = [wmisearcher]'Select version From win32_operatingsystem' $searcher.scope.path = "\\.\root\cimv2" $searcher.get() Result: __GENUS : 2 __CLASS : Win32_OperatingSystem __RELPATH : __PROPERTY_COUNT : 1 __DERIVATION : {} __SERVER : __NAMESPACE : __PATH : Version : 6.3.18362 PSComputerName : In wine 8.0 it reports correctly: __GENUS : 2 __CLASS : Win32_OperatingSystem __RELPATH : __PROPERTY_COUNT : 1 __DERIVATION : {} __SERVER : __NAMESPACE : __PATH : Version : 10.0.18362 PSComputerName : This bug results in Chocolateley downloading tons off MB's off updates because it believes version is <win10. -- 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 54781] New: Wine fails to update existed prefix
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54781 Bug ID: 54781 Summary: Wine fails to update existed prefix Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: alexandros.frantzis(a)collabora.com Regression SHA1: 4232312dffe1cd115aa6bfd755f5b7c6a403e3fc Distribution: --- Process stucks with '0074:fixme:xrandr:xrandr10_get_current_mode Non-primary adapters are unsupported.' Creating a new prefix doesn't help much. It works for the first launch with configuration window; second launch brings xrandr 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 6

[Bug 54713] New: dinput:device8 - test_mouse_keyboard() fails on some Window 7 locales
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54713 Bug ID: 54713 Summary: dinput:device8 - test_mouse_keyboard() fails on some Window 7 locales Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dinput:device8 - test_mouse_keyboard() fails on some Window 7 locales: device8.c:684: Test failed: IDirectInputDevice8_Acquire failed: 0x80070005 device8.c:686: Test failed: IDirectInputDevice8_Acquire failed: 0x80070005 device8.c:690: Test failed: GetRegisteredRawInputDevices returned 1, raw_devices_count: 3 device8.c:691: Test failed: Unexpected raw device flags: 0 device8.c:692: Test failed: Unexpected raw device flags: 0 See https://test.winehq.org/data/patterns.html#dinput:device8 This has been happening on Windows 7 since 2023-01-06: * 2023-01-06 on w7u-pt-PT 32-bit * 2023-01-27 on w7u-adm 32-bit * 2023-03-03 on w7u-de 32-bit But on 2023-03-16 this seems to have become systematic on w7u-el, w7u-es and w7u-pt-PT. A bisect shows that the failure rate seems to have increased with the commit below: commit 07753da93ce1f78c710f666e193a0434eb99699b Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Wed Mar 15 21:04:01 2023 +0100 dinput/tests: Remove BuildActionMap / SaveActionMap mouse and keyboard tests. -- 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 54106] New: taskschd:scheduler - test_GetTask() fails on Windows 7 when it has insufficient privileges
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54106 Bug ID: 54106 Summary: taskschd:scheduler - test_GetTask() fails on Windows 7 when it has insufficient privileges Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com test_GetTask() fails on Windows 7 when it has insufficient privileges: scheduler.c:802: Test failed: DeleteTask error 0x80070005 scheduler.c:798: Test failed: 1: expected 0, got 0x800700b7 scheduler.c:798: Test failed: 2: expected 0x80070002, got 0 scheduler.c:802: Test failed: DeleteTask error 0x80070005 scheduler.c:802: Test failed: DeleteTask error 0x80070005 scheduler.c:814: Test failed: RegisterTask error 0x800700b7 scheduler.c:960: Test failed: DeleteTask error 0x80070005 scheduler.c:962: Test failed: DeleteTask error 0x80070005 scheduler.c:965: Test failed: expected ERROR_FILE_NOT_FOUND, got 0x80070005 scheduler.c:993: Test failed: DeleteFolder error 0x80070091 This can be seen on the w7u_adm VM. When run as part of the full WineTest run this test crashes in test_FolderCollection() which prevents seeing this failure in the nightly WineTest runs. See https://test.winehq.org/data/patterns.html#taskschd:scheduler But this set of failures is impacting merge requests such as MR!1732 and MR!1736. -- 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 54594] New: dinput:device8 - test_dik_codes() sometimes gets timeouts on the GitLab CI
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54594 Bug ID: 54594 Summary: dinput:device8 - test_dik_codes() sometimes gets timeouts on the GitLab CI Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- dinput:device8 - test_dik_codes() sometimes gets timeouts on the GitLab CI. MR2265 & MR2288: device8.c:2182: Test failed: 0x800: lang 0x409: key 0x51, dik 0x10: WaitForSingleObject returned 0x102 MR1714 & MR2185: device8.c:2182: Test failed: 0x800: lang 0x409: key 0x52, dik 0x13: WaitForSingleObject returned 0x102 MR2133: device8.c:2182: Test failed: 0x800: lang 0x409: key 0x54, dik 0x14: WaitForSingleObject returned 0x102 MR2254: device8.c:2182: Test failed: 0x800: lang 0x409: key 0x59, dik 0x15: WaitForSingleObject returned 0x102 The oldest known instance happened on 2023-02-16 (MR2185) so this issue may be pretty recent. This issue never happened in the nightly WineTest runs. It's possible it only happens when the load on the machine running the tests is too high. That would make sense given that the timeouts from from a WaitForSingleObject() call with a 100 ms timeout. One option would be to simply increase the timeout. Yet that timeout seemed sufficient until mid February. So why is it no longer the case? -- 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 54109] New: schedsvc:rpcapi causes taskschd:scheduler to crash on w7u_adm
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54109 Bug ID: 54109 Summary: schedsvc:rpcapi causes taskschd:scheduler to crash on w7u_adm Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com When run on its own taskschd:scheduler fails on w7u_adm because of its insufficient privileges (see bug 54106). But if schedsvc:rpcapi is run before, taskschd:scheduler crashes in test_FolderCollection() instead: scheduler.c:349: Test failed: DeleteFolder error 0x80070091 scheduler.c:351: Test failed: DeleteFolder error 0x80070091 scheduler.c:354: Test failed: expected ERROR_FILE_NOT_FOUND, got 0x80070091 scheduler.c:450: Test failed: CreateFolder error 0x800700b7 scheduler.c:450: this is the last test seen before the exception 0a78:scheduler: unhandled exception c0000005 at 00403B53 See https://test.winehq.org/data/patterns.html#taskschd:scheduler Where: 0x80070091 == HRESULT_FROM_WIN32(ERROR_DIR_NOT_EMPTY) 0x800700b7 == HRESULT_FROM_WIN32(ERROR_ALREADY_EXISTS) This crash happens before the failures described in bug 54106 which explains why taskschd:scheduler fails one way for regular TestBot jobs (such as when testing merge requests) and another in the nightly WineTest runs. -- 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 49332] New: CounterPath Bria Solo crashes after login dialog
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=49332 Bug ID: 49332 Summary: CounterPath Bria Solo crashes after login dialog Product: Wine Version: 5.10 Hardware: x86 URL: https://www.counterpath.com/bria-solo/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: whydoubt(a)gmail.com Distribution: Fedora After getting past the login dialog, the program crashes almost immediately. It does pop up a dialog that offers to submit logs to the developers. I have not found any logs produced by the software that provide insight into what caused the crash. However, after turning on several debug channels in wine, I found this right before things go sideways: 0024:trace:nls:FormatMessageW (0x1300,00000000,0xe000020e,0x400,0031E634,1,00000000) I tracked down the 0xe000020e error code in this case as coming from SetupDiDestroyDeviceInfoList, even though the call had completed successfully. -- 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 54774] New: dinput:device8 - test_overlapped_format() sometimes gets a timeout in Wine (GitLab CI)
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54774 Bug ID: 54774 Summary: dinput:device8 - test_overlapped_format() sometimes gets a timeout in Wine (GitLab CI) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- dinput:device8 - test_overlapped_format() sometimes gets a timeout in Wine: device8.c:432: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:437: Test failed: 0x800: got count 0 device8.c:452: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:457: Test failed: 0x800: got count 0 See https://test.winehq.org/data/patterns.html#dinput:device8 The oldest known instance happened on 2023-03-03 and there has been about 1 instance per week since, all on the GitLab CI: * 2023-03-03 gitlab-debian-32 * 2023-03-23 gitlab-debian-32 * 2023-03-29 MR2524 test-linux-32 * 2023-04-03 MR2562 test-linux-32 * MR2509 but the GitLab job is nowhere to be found anymore! -- 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 54772] New: LDAP Explorer (LEX) fails to connect without SSL
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54772 Bug ID: 54772 Summary: LDAP Explorer (LEX) fails to connect without SSL Product: Wine Version: 8.5 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 74265 --> https://bugs.winehq.org/attachment.cgi?id=74265 WINEDEBUG=+wldap32 Steps to reproduce: 1. Run `winetricks dotnet452` 2. Run `wine LEX.msi` 3. Run `docker run --detach -p389:389 osixia/openldap` 4. Run `wine 'C:\Program Files (x86)\CerroTorre\LEX\LEX.exe'` 5. Wait for the splash screen to close, or move the "LDAP Connections" window out from under it 6. Enter "localhost" for the server 6. Check "Anonymous bind" 7. Click "Fetch" At this point, a "Connect Error" dialog appears that says "The feature is not supported." The problem is that a callback function is registered to check the server's TLS certificate, but Wine incorrectly errors out when there is no certificate. $ sha256sum LEX.msi 68810d827de3f90c0223fcb18a66dde49aee189789b37dd4cdeebe013fa402be -- 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 53269] New: uiautomationcore:uiautomation fails on Windows 10 1909
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53269 Bug ID: 53269 Summary: uiautomationcore:uiautomation fails on Windows 10 1909 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: uiautomationcore Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com uiautomationcore:uiautomation fails on Windows 10 1909: uiautomation.c:355: Test failed: unexpected call Accessible_get_accRole uiautomation.c:379: Test failed: unexpected call Accessible_get_accState uiautomation.c:256: Test failed: unexpected call Accessible_get_accChildCount uiautomation.c:254: Test failed: unexpected call Accessible2_get_accChildCount uiautomation.c:474: Test failed: unexpected call Accessible_accLocation uiautomation.c:318: Test failed: unexpected call Accessible_get_accName uiautomation.c:164: Test failed: unexpected call Accessible2_QI_IAccIdentity uiautomation.c:234: Test failed: unexpected call Accessible2_get_accParent uiautomation.c:316: Test failed: unexpected call Accessible2_get_accName uiautomation.c:1478: Test failed: elprov != NULL, elprov 00000000007B2CA0 uiautomation.c:1486: Test failed: elprov != NULL, elprov 00000000007B2FB0 uiautomation.c:1524: Test failed: expected Accessible_get_uniqueID uiautomation.c:355: Test failed: unexpected call Accessible_get_accRole uiautomation.c:379: Test failed: unexpected call Accessible_get_accState uiautomation.c:256: Test failed: unexpected call Accessible_get_accChildCount uiautomation.c:254: Test failed: unexpected call Accessible2_get_accChildCount uiautomation.c:474: Test failed: unexpected call Accessible_accLocation uiautomation.c:318: Test failed: unexpected call Accessible_get_accName uiautomation.c:164: Test failed: unexpected call Accessible2_QI_IAccIdentity uiautomation.c:234: Test failed: unexpected call Accessible2_get_accParent uiautomation.c:316: Test failed: unexpected call Accessible2_get_accName uiautomation.c:1558: Test failed: expected Accessible_get_uniqueID uiautomation.c:1559: Test failed: expected Accessible2_get_uniqueID uiautomation.c:1586: Test failed: elprov != NULL, elprov 00000000007B2D80 uiautomation.c:1589: Test failed: expected Accessible_get_uniqueID uiautomation.c:1590: Test failed: expected Accessible2_get_uniqueID uiautomation.c:1596: Test failed: elprov != NULL, elprov 00000000007B2ED0 https://test.winehq.org/data/patterns.html#uiautomationcore:uiautomation These failures are systematic on Windows 10 1909 and started on 2022-06-15. -- 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 32490] New: Graphical issues in Inquisitor (red squares painted on the screen)
by wine-bugs＠winehq.org 14 Apr '23

14 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=32490 Bug #: 32490 Summary: Graphical issues in Inquisitor (red squares painted on the screen) Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 42861 --> http://bugs.winehq.org/attachment.cgi?id=42861 terminal output Inquisitor is an RPG released in 2012. I guess it uses DirectX8 (or DX7?) because only +d3d8 produces output, not +d3d9. Red squares are present on the screen while in the menus as well as in the main game. This makes the game unplayable. I tested this bug with a Nvidia gfx card: both the open source Nouveau and the binary drivers show the same problem. Wine 1.2.3, 1.4.1, 1.5.19 etc. have the reported problem. No demo available. Let me know if you need a debug log. -- 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 38

[Bug 28586] New: Team Fortress Arcade and Pixel Force: Left 4 Dead have no sound
by wine-bugs＠winehq.org 14 Apr '23

14 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=28586 Bug #: 28586 Summary: Team Fortress Arcade and Pixel Force: Left 4 Dead have no sound Product: Wine Version: 1.3.29 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dmusic AssignedTo: wine-bugs(a)winehq.org ReportedBy: sagman.staredsi(a)gmail.com Classification: Unclassified Created attachment 36730 --> http://bugs.winehq.org/attachment.cgi?id=36730 Full Team Fortress Arcade log Team Fortress Arcade and Pixel Force: Left 4 Dead have no sound due a unimplemented function of directmusic: fixme:dmfile:IDirectMusicSegment8Impl_IPersistStream_Load : WAVE form (loading to be checked) fixme:dswave:IDirectMusicWaveImpl_IPersistStream_Load (0x5f148e8, 0x5f148b8): loading not implemented yet (only descriptor is loaded) This two lines are a message that wine repeat often in the output and inform this. -- 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 20

[Bug 53128] New: Without elevated privileges schedsvc:rpcapi fails on Windows 7
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53128 Bug ID: 53128 Summary: Without elevated privileges schedsvc:rpcapi fails on Windows 7 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Without elevated privileges schedsvc:rpcapi fails on Windows 7: rpcapi.c:169: Test failed: expected S_OK, got 0x80070005 rpcapi.c:164: Test failed: 1: expected 0, got 0x800700b7 rpcapi.c:164: Test failed: 2: expected 0x80070002, got 0 rpcapi.c:169: Test failed: expected S_OK, got 0x80070005 rpcapi.c:169: Test failed: expected S_OK, got 0x80070005 rpcapi.c:232: Test failed: expected S_OK, got 0x80070005 rpcapi.c:234: Test failed: expected S_OK, got 0x80070091 rpcapi.c:236: Test failed: expected S_OK, got 0x80070091 rpcapi.c:242: Test failed: expected ERROR_FILE_NOT_FOUND, got 0 rpcapi.c:243: Test failed: expected 0, got 1 rpcapi.c:244: Test failed: expected 0, got 1 rpcapi.c:245: Test failed: expected NULL, got 002ED3F0 rpcapi.c:248: Test failed: expected S_OK, got 0x800700b7 rpcapi.c:255: Test failed: expected 0, got 1 rpcapi.c:256: Test failed: expected 0, got 1 rpcapi.c:257: Test failed: expected NULL, got 002EE9F8 rpcapi.c:260: Test failed: expected S_OK, got 0x800700b7 rpcapi.c:346: Test failed: expected S_OK, got 0x80070091 rpcapi.c:354: Test failed: expected ERROR_FILE_NOT_FOUND, got 0 rpcapi.c:355: Test failed: expected 0, got 1 rpcapi.c:356: Test failed: expected 0, got 1 rpcapi.c:357: Test failed: expected NULL, got 002EEA18 rpcapi.c:362: Test failed: expected S_OK, got 0x800700b7 rpcapi.c:363: Test failed: expected \Wine\Task1, task actual path (null) rpcapi.c:508: Test failed: expected S_OK, got 0x80070005 rpcapi.c:510: Test failed: expected S_OK, got 0x80070005 rpcapi.c:512: Test failed: expected S_OK, got 0x80070005 rpcapi.c:514: Test failed: expected S_OK, got 0x80070091 https://test.winehq.org/data/patterns.html#schedsvc:rpcapi In particular the value at the end of the "expected NULL" failure changes with every run so this failures always looks like it is new :-( This happens systematically on the w7u-adm TestBot VM. Interestingly it does not happen on more recent Windows versions that also run the tests without elevated privileges such as w8adm and w1064-adm. Maybe Microsoft realized they were too strict with the elevated privileges checks. -- 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 52193] New: schtasks.exe:schtasks fails on Windows 7 when missing privileges
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=52193 Bug ID: 52193 Summary: schtasks.exe:schtasks fails on Windows 7 when missing privileges Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com schtasks.exe:schtasks fails on Windows 7 when missing privileges: schtasks.c:190: Test failed: DeleteTask failed: 80070005 schtasks.c:193: Test failed: r = 0 schtasks.c:201: Test failed: r = 1 schtasks.c:204: Test failed: r = 0 schtasks.c:224: Test failed: r = 1 https://test.winehq.org/data/patterns.html#schtasks.exe:schtasks When running as an administrator but without elevated privileges it looks like Windows 7 allows creating new tasks, but does not allow deleting the freshly created task! This behavior also seems to be specific to Windows 7 since there is no failure on w8adm and w1064-adm. -- 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 42372] New: Watchtower Library 2016, program crashes when trying to play a video from within the program
by wine-bugs＠winehq.org 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=42372 Bug ID: 42372 Summary: Watchtower Library 2016, program crashes when trying to play a video from within the program Product: Wine Version: 2.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: drctheboss(a)charter.net Distribution: --- Created attachment 57155 --> https://bugs.winehq.org/attachment.cgi?id=57155 when the program crashed this was generated All aspects of the program seem to work fine, except when attempting to play a video. Then the program will crash and wine will generate a backtrace report -- 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 40

[Bug 54666] New: Compilation fails with gcc 4.8.4 - error: missing binary operator before token "("
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54666 Bug ID: 54666 Summary: Compilation fails with gcc 4.8.4 - error: missing binary operator before token "(" Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- Created attachment 74181 --> https://bugs.winehq.org/attachment.cgi?id=74181 log.txt Compiling in 32 bit distro with: compiler version 4.8.4 # gcc --version glibc 2.19 # ldd --version config line: configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x --libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686" Compile error in wine-8.3 In file included from ../wine-8.3/include/msvcrt/stdarg.h:24:0, from ../wine-8.3/dlls/acledit/main.c:21: ../wine-8.3/include/msvcrt/vadefs.h:30:91: error: missing binary operator before token "(" -- 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 54634] New: schtasks.exe:schtasks causes taskschd:scheduler to crash on w7u_adm and w8adm
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54634 Bug ID: 54634 Summary: schtasks.exe:schtasks causes taskschd:scheduler to crash on w7u_adm and w8adm Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com schtasks.exe:schtasks causes taskschd:scheduler to crash on w7u_adm and w8adm: scheduler.c:344: Test failed: expected ERROR_DIR_NOT_EMPTY, got 0x80070005 scheduler.c:351: Test failed: DeleteFolder error 0x80070005 scheduler.c:354: Test failed: expected ERROR_FILE_NOT_FOUND, got 0x80070005 scheduler.c:474: Test failed: expected 2, got 3 scheduler.c:483: Test failed: expected 2, got 3 scheduler.c:515: Test failed: expected \Wine\Folder2, got L"\\Wine\\test" scheduler.c:523: Test failed: expected Folder2, got L"test" scheduler.c:538: Test failed: expected \Wine\Folder2, got L"\\Wine\\test" scheduler.c:546: Test failed: expected Folder2, got L"test" scheduler.c:555: Test failed: expected E_INVALIDARG, got 0 scheduler.c:582: Test failed: expected S_FALSE, got 0 scheduler.c:616: Test failed: expected S_FALSE, got 0 scheduler.c:617: Test failed: expected 0, got 1 scheduler.c:630: Test failed: expected S_FALSE, got 0 scheduler.c:631: Test failed: expected 2, got 3 scheduler.c:647: Test failed: expected \Wine\Folder2, got L"\\Wine\\test" scheduler.c:655: Test failed: expected Folder2, got L"test" scheduler.c:673: Test failed: DeleteFolder error 0x80070005 scheduler.c:776: Test failed: CreateFolder error 0x800700b7 scheduler.c:787: Test failed: expected ERROR_FILE_NOT_FOUND, got 0x80070005 scheduler.c:787: this is the last test seen before the exception 07e4:scheduler: unhandled exception c0000005 at 004017CA See https://test.winehq.org/data/patterns.html#taskschd:scheduler taskschd:scheduler does not crash when run on its own: it's schtasks.exe:schtasks that causes it to crash. The reason is that, at least when run without elevated privileges, schtasks.exe:schtasks leaves behind the "Wine\\test" task folders created by the call below in schtasks.c: register_task("wine\\test\\winetest"); These folders then interfere with taskschd:scheduler. Not that they are mean to be deleted by the calls below but that fail with E_ACCESSDENIED: ITaskFolder_DeleteFolder(root, wine_testW, 0); ITaskFolder_DeleteFolder(root, wineW, 0); -- 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 18773] New: The Westerner: needs MPEG Layer-3 audio codec
by wine-bugs＠winehq.org 14 Apr '23

14 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=18773 Summary: The Westerner: needs MPEG Layer-3 audio codec Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net The Westerner until now had garbage AppDB rating but no bug entry. Deselecting any audio driver in winecfg let's wine play the intro and crash after: err:ole:CoGetClassObject class {38be3000-dbf4-11d0-860e-00a024cfef6d} not registered err:ole:CoGetClassObject no class object {38be3000-dbf4-11d0-860e-00a024cfef6d} could be created for context 0x1 This UUID is the "FriendlyName"="MPEG Layer-3 Decoder" from DirectX9 windows\system32\l3codecx.ax As Wine has its own winemp3.acm, shouldn't it declare this UUID (e.g. via tools/wine.inf)? Is this a simple omission? Does winemp3 implement something entirely different, another win API? When audio is not disabled in winecfg, wine crashes after repeatedly (~13x) opening and closing all winmm codecs, including winemp3.acm (it does not manage to reach the intro). wine regsvr32 l3codecx.ax WINEDLLOVERRIDES=quartz=n wine PICTuRE.exe is what's needed to let the music play, to see the intro, to start gameplay and to bump the AppDB rating from garbage to bronze. (Likely gold except for serious mouse lag, which is another issue.) The loop mentioned above is then avoided, as a driver is found. The native quartz.dll is needed or it won't find some pin (later than the intro). I copied the l3codecx.ax from a separate winetricks DirectX9 install before noticing that The Westerner's CD-ROM also contains it in DirectX9\DirectX.cab. Oddly, the application's cover lists only DirectX 8.1 as requirement. Using The Westerner German Patch v1.3. I guess v1.0 (CD-ROM without patch) would behave the same (guessing from reports in AppDB). -- 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 25

[Bug 51463] New: SnowRunner automobiles aren't rendered
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51463 Bug ID: 51463 Summary: SnowRunner automobiles aren't rendered Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 70304 --> https://bugs.winehq.org/attachment.cgi?id=70304 screenshot 077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query 0x7fcbd7f3a330, flags 0x2, stub! 077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query 0x7fcbd7f3a330, flags 0x1, stub! 06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd4097dc0 needs 64 samplers, but only 32 are supported. 06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd40a5170 needs 64 samplers, but only 32 are supported. 06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd4097dc0 needs 64 samplers, but only 32 are supported. 06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd40a5170 needs 64 samplers, but only 32 are supported. 0770:fixme:d3d:wined3d_deferred_context_issue_query context 0xa7491a0, query 0x9840840, flags 0x2, stub! 0770:fixme:d3d:wined3d_deferred_context_issue_query context 0xa7491a0, query 0x9840840, flags 0x1, stub! 077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query 0x7fcbd6016100, flags 0x2, stub! 077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query 0x7fcbd6016100, flags 0x1, stub! wine-6.12-194-g2ffcf440218 -- 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 54821] New: CryptAcquireCertificatePrivateKey implementation ignores CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54821 Bug ID: 54821 Summary: CryptAcquireCertificatePrivateKey implementation ignores CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG Product: Wine Version: 8.4 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: mterrisse(a)free.fr Hello, I have recently moved all my code from Crypto API to CNG and it doesn't work with Wine because CryptAcquireCertificatePrivateKey ignores the flag CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG. CryptAcquireCertificatePrivateKey with dwFlags = CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG returns True, but pdwKeySpec isn't equal to CERT_NCRYPT_KEY_SPEC and phCryptProvOrNCryptKey is a handle to a CAPI container handle instead of a ncrypt key. I have looked at the source code (dlls/crypt32/cert.c) and indeed there is no reference to CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG. I will try to handle this with NCryptTranslateHandle but I think this should be done in crypt32.dll. Regards, Michel Terrisse -- 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 54828] New: 3DMark 2001 SE: cursor becomes invisible after running demo/benchmark/game
by WineHQ Bugzilla 14 Apr '23

14 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54828 Bug ID: 54828 Summary: 3DMark 2001 SE: cursor becomes invisible after running demo/benchmark/game Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: matheus.venturini(a)acad.ufsm.br Distribution: --- Steps to reproduce: 1. Download and install 3DMark 2001 SE. The installer will ask for a key to authenticate the installation (which can be found in the website linked in the bug's description), but this is not necessary. 2. Launch 3DMark 2001 and run the graphics demo, a benchmark or the car game (this is only available if you have authenticated the installation). 3. Quit or wait for the option you chose to end. When the cursor gets in front of the 3DMark main window, it will become invisible. If the window receives focus it will become completely invisible. This only happens after having run the demo/benchmark/game. I would greatly appreciate if someone can test if this can be reproduced. I always try to reproduce problems in a VM but 3DMark is finicky about the graphics card a computer has. -- 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 51855] New: Implementation for IFileDialog missing controls
by WineHQ Bugzilla 13 Apr '23

13 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=51855 Bug ID: 51855 Summary: Implementation for IFileDialog missing controls Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: bens7372(a)gmail.com Distribution: --- Created attachment 70760 --> https://bugs.winehq.org/attachment.cgi?id=70760 Outlined top parts of the file dialog comparing Win10 and Wine dialog The Common File Dialog is missing a few controls namely: - Up button - Address bar with refresh button and drop down button - The search box Please see the attached image of the Common File Dialog on Windows 10. -- 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 54823] New: Rainmeter 4.5.17 : crash at startup with the VClouds Weather 2 skin
by WineHQ Bugzilla 13 Apr '23

13 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54823 Bug ID: 54823 Summary: Rainmeter 4.5.17 : crash at startup with the VClouds Weather 2 skin Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mb-winehq+3j58qt06(a)kittycat.fr Distribution: --- Created attachment 74327 --> https://bugs.winehq.org/attachment.cgi?id=74327 Backtrace for RainMeter 4.5.17 + VClouds Weather 2 skin When RainMeter is configured to use the VClouds Weather 2 skin (https://www.deviantart.com/vclouds/art/VClouds-Weather-2-179058977), it crashes at launch. No problem without the skin. Backtrace provided in attachment. 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 0

[Bug 20394] New: 3DMark 2000, 2001, 2003 - wrong size of loading window
by wine-bugs＠winehq.org 13 Apr '23

13 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=20394 Summary: 3DMark 2000, 2001, 2003 - wrong size of loading window Product: Wine Version: 1.1.31 Platform: PC URL: http://www.futuremark.com/download/3dmark03/ OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: zilforever(a)gmail.com Created an attachment (id=24186) --> (http://bugs.winehq.org/attachment.cgi?id=24186) WINEDEBUG=+ddraw I think window should have the size of the image which display. But window have black border on the right and bottom. I couldnt find such a bug, i hope its not duplicated. Ubuntu 9.04 Intel(R) Pentium(R) Dual CPU E2220 @ 2.40GHz CPU flags: 2400MHz MMX SSE SSE2 SSE3 SSSE3 HTT Linux 32bit GCC 4.3.3 Release May 26 2009 Linux 2.6.28-15-generic i686 GeForce 9600 GT PCI Express 180.44 512Mb WINEDEBUG=+ddraw wine "C:\Program Files\Futuremark\3DMark03\3Dmark03.exe" -- 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 34

[Bug 54818] New: wininet:internet - test_InternetQueryOptionA() fails in Wine when wpad.my.domain exists
by WineHQ Bugzilla 13 Apr '23

13 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54818 Bug ID: 54818 Summary: wininet:internet - test_InternetQueryOptionA() fails in Wine when wpad.my.domain exists Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- wininet:internet - test_InternetQueryOptionA() fails in Wine when wpad.my.domain exists: internet.c:1305: Test failed: Retrieved flags should've been PROXY_TYPE_PROXY, was: 7 internet.c:1339: Test failed: Retrieved flags should've been PROXY_TYPE_DIRECT, was: 5 internet.c:1369: Test marked todo: Retrieved flags should've been PROXY_TYPE_PROXY | PROXY_TYPE_DIRECT, was: 7 internet.c:1436: Test failed: Retrieved flags should've been PROXY_TYPE_PROXY, was: 7 See https://test.winehq.org/data/patterns.html#wininet:internet Where: 1 == PROXY_TYPE_DIRECT 2 == PROXY_TYPE_PROXY 4 == PROXY_TYPE_AUTO_PROXY_URL This is because, when wpad.my.domain exists, url is set in query_global_option() so it automatically adds the DIRECT + AUTO_PROXY_URL flags: if (url) /* native includes PROXY_TYPE_DIRECT even if PROXY_TYPE_PROXY is set */ optionW->Value.dwValue |= PROXY_TYPE_DIRECT|PROXY_TYPE_AUTO_PROXY_URL; url comes from get_proxy_autoconfig_url() which in my case gets it from detect_proxy_autoconfig_url_dns(). That's normal given the way my DNS server is configured. However on the same network Windows 10 does not add these flags and the tests succeed. So Wine is doing something wrong there. Also note that, in my case, although wpad.my.domain exists, http://wpad.my.domain/wpad.dat returns 404. Also InternetQueryOptionA(... INTERNET_OPTION_PROXY ...) returns lpszProxy == NULL and lpszProxyBypass == NULL. So in practice there is no proxy. Maybe the issue is that query_global_option() does not look that far. -- 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 5977] Animations in the menus of Star Trek: Armada do not work
by WineHQ Bugzilla 13 Apr '23

13 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=5977 --- Comment #38 from joaopa <jeremielapuree(a)yahoo.fr> --- Bug still occur with wine 8.5 wine splash.exe 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:wineusb:add_usb_device Interface 1 has 6 alternate settings; using the first one. 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:wineusb:add_usb_device Interface 1 has 8 alternate settings; using the first one. 007c:fixme:wineusb:query_id Unhandled ID query type 0x5. 0024:fixme:imm:ImeSetActiveContext himc 00010076, flag 0x1 stub! 0024:fixme:imm:ImmReleaseContext (0002006E, 00010076): stub 008c:fixme:imm:ImeSetActiveContext himc 00010026, flag 0 stub! 008c:fixme:imm:ImmReleaseContext (00010020, 00010026): stub 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION david@acer:~/.wine/drive_c/Program Files/Activision/Star Trek - Armada Demo$ 0118:fixme:imm:ImeSetActiveContext himc 00020070, flag 0x1 stub! 0118:fixme:imm:ImmReleaseContext (00020076, 00020070): stub 0118:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0118:fixme:cursor:SetSystemCursor (00000000,00007f00),stub! 0118:fixme:cursor:SetSystemCursor (00000000,00007f02),stub! 0118:fixme:cursor:SetSystemCursor (00000000,00007f01),stub! 0118:fixme:cursor:SetSystemCursor (00000000,00007f8a),stub! 0118:fixme:ddraw:DirectDrawEnumerateExA flags 0x4 not handled 0118:fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. 0118:fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. 0118:fixme:ddraw:ddraw_surface1_Flip Ignoring flags 0x1. 0118:err:d3d:wined3d_restore_display_modes Failed to read the registry display mode for L"\\\\.\\DISPLAY1". 0118:err:ddraw:ddraw_set_cooperative_level RestoreDisplayMode failed 0118:err:d3d:wined3d_restore_display_modes Failed to read the registry display mode for L"\\\\.\\DISPLAY1". 0118:fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. 0118:fixme:ddraw:d3d_device7_SetClipStatus iface 0076AF98, clip_status 0021E7BC stub! 0118:err:d3d:wined3d_restore_display_modes Failed to read the registry display mode for L"\\\\.\\DISPLAY1". 0118:err:ddraw:ddraw_set_cooperative_level RestoreDisplayMode failed 0118:err:d3d:wined3d_restore_display_modes Failed to read the registry display mode for L"\\\\.\\DISPLAY1". 0118:fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. 0118:fixme:ddraw:d3d_device7_SetClipStatus iface 0075C5A0, clip_status 0021F5C0 stub! The last line looks promising... -- 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 0

[Bug 4553] Future Cop doesn't start
by WineHQ Bugzilla 12 Apr '23

12 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=4553 --- Comment #43 from joaopa <jeremielapuree(a)yahoo.fr> --- Bug still occurs with wine-8.5. -- 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 0

[Bug 54820] New: RtlFindMessage doesn't work
by WineHQ Bugzilla 12 Apr '23

12 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54820 Bug ID: 54820 Summary: RtlFindMessage doesn't work Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: novae.harpist06(a)icloud.com Distribution: --- Created attachment 74320 --> https://bugs.winehq.org/attachment.cgi?id=74320 Reproducer Only returns STATUS_RESOURCE_TYPE_NOT_FOUND. Reproducer attached On windows: ntdll at 00007FF870AF0000 RtlFindMessage returned 00000000 Message: Object Name not found. On wine: ntdll at 0000000170000000 RtlFindMessage returned C000008A -- 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 25495] New: Homeworld 2: Shadows and High-Quality Hyperspace Effect are disabled
by wine-bugs＠winehq.org 12 Apr '23

12 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=25495 Summary: Homeworld 2: Shadows and High-Quality Hyperspace Effect are disabled Product: Wine Version: 1.3.7 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: megatog615(a)gmail.com Even with the Shadows and High-Quality Hyperspace Effect enabled through the options menu in Homeworld 2, either effect is not seen in the actual gameplay. >From some research via Google, it appears both effects use the stencil capabilities of the graphics driver. I'm assuming the game is failing to detect the correct capabilities of the graphics card. -- 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 26

[Bug 54817] New: Inquisitor hags in a black screen at opening movies
by WineHQ Bugzilla 12 Apr '23

12 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54817 Bug ID: 54817 Summary: Inquisitor hags in a black screen at opening movies Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: jeremielapuree(a)yahoo.fr Distribution: --- Created attachment 74317 --> https://bugs.winehq.org/attachment.cgi?id=74317 console output Inquisitor screen stays black when launching opening movies. Can be workarounded by editing the file gfx.ini with the option VideoFileLoadMode=0 -- 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 33192] New: Characters in Granado Espada not visible
by wine-bugs＠winehq.org 12 Apr '23

12 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=33192 Bug #: 33192 Summary: Characters in Granado Espada not visible Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rndbit(a)nm.ru Classification: Unclassified Created attachment 43911 --> http://bugs.winehq.org/attachment.cgi?id=43911 Visual explanation So game works flawlessly except for models somehow not being attached to animations. I uploaded screenshot that illustrates issue. 1. As you can see models of all static actors are pisitioned in center of loaded level. 2. Spots where NPCs should stand are empty, however 'invisible' npcs are clickable at spot above their name, just where npc body should be. 3. Player characters also can not be seen. Items carried by characters (and NPCs) are rendered properly. Gear moves according to animation. Terminal log: String Dictionary Loading Start String Dictionary Loading Success fixme:win:EnumDisplayDevicesW ((null),0,0x32ef04,0x00000000), stub! fixme:winediag:AUDDRV_GetAudioEndpoint Winepulse is not officially supported by the wine project fixme:winediag:AUDDRV_GetAudioEndpoint For sound related feedback and support, please visit http://ubuntuforums.org/showthread.php?t=1960599 fixme:d3d9:Direct3DShaderValidatorCreate9 stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:imm:ImmGetOpenStatus (0xcf077a8): semi-stub fixme:imm:ImmReleaseContext (0xa0062, 0xcf077a8): stub fixme:ras:RasEnumConnectionsW (0x1333e8,0x326af0,0x76c623e4),stub! fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure program to use LAN connection/winsock instead! fixme:service:EnumServicesStatusW resume handle not supported fixme:ras:RasEnumEntriesW ((nil),(null),0xcffb108,0x327320,0xcffadf4),stub! fixme:wmvcore:WMCreateSyncReader ((nil), 0, 0xd17ef28): stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:wined3d_buffer_preload Too many declaration changes or converting dynamic buffer, stopping converting fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:d3d:wined3d_buffer_preload Too many declaration changes or converting dynamic buffer, stopping converting fixme:win:GetWindowPlacement not supported on other process window 0x20028 <...> fixme:win:GetWindowPlacement not supported on other process window 0x20028 <...> fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:wmvcore:WMCreateSyncReader ((nil), 0, 0x193d8048): stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. <...> fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:win:GetWindowPlacement not supported on other process window 0x20028 fixme:d3d:resource_check_usage Unhandled usage flags 0x8. <...> fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:win:GetWindowPlacement not supported on other process window 0x20028 fixme:d3d:resource_check_usage Unhandled usage flags 0x8. <...> fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:win:GetWindowPlacement not supported on other process window 0x20028 fixme:d3d:resource_check_usage Unhandled usage flags 0x8. <...> fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:win:GetWindowPlacement not supported on other process window 0x20028 <...> fixme:win:GetWindowPlacement not supported on other process window 0x20028 I replaced multiple same messages with <...> for improved readability. Forum thread: http://forum.winehq.org/viewtopic.php?f=2&t=18485 -- 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 9

[Bug 53661] New: Pirates of the Carribean crashes mid game
by WineHQ Bugzilla 12 Apr '23

12 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53661 Bug ID: 53661 Summary: Pirates of the Carribean crashes mid game Product: Wine Version: 6.0 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 2857(a)gmx.de Hi all, I'm using wine-crossover build from Homebrew made by this guy: https://github.com/Gcenx/wine-on-mac/blob/master/README.md#macos-catalina-a… . I'm runnning Mac OS X Catalina. Game runs perfectly, but crashes randomly with this: $ wine ENGINE.exe 0094:err:plugplay:process_IOService_Device object 0x3a03 0094:err:plugplay:process_IOService_Device object 0x3807 0094:err:plugplay:process_IOService_Device object 0x5607 0094:err:plugplay:process_IOService_Device object 0x5907 0094:err:plugplay:process_IOService_Device object 0xa807 0094:err:plugplay:process_IOService_Device object 0x5d07 0094:err:plugplay:process_IOService_Device object 0xa20b 0094:err:plugplay:process_IOService_Device object 0xa113 0094:err:plugplay:process_IOService_Device object 0x622b 0094:err:plugplay:process_IOService_Device object 0x9b13 0094:err:plugplay:process_IOService_Device object 0x9a07 0094:err:plugplay:process_IOService_Device object 0x6507 0094:err:plugplay:process_IOService_Device object 0x6007 0094:err:plugplay:process_IOService_Device Unable to create plug in interface for USB deviceobject 0x5b03 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 00f4:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #3: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:fixme:coreaudio:ca_channel_layout_to_channel_mask Unhandled channel 0xffffffff 0024:err:ole:CoUninitialize Mismatched CoUninitialize 0024:err:ole:CoUninitialize Mismatched CoUninitialize 0024:err:ole:CoUninitialize Mismatched CoUninitialize 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #12: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #16: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #30: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #51: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:6: extension 'GL_ARB_uniform_buffer_object' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:8: extension 'GL_EXT_texture_array' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:9: extension 'GL_ARB_draw_instanced' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #52: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:6: extension 'GL_ARB_uniform_buffer_object' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:8: extension 'GL_EXT_texture_array' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:10: extension 'GL_ARB_fragment_coord_conventions' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #55: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:6: extension 'GL_ARB_uniform_buffer_object' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:8: extension 'GL_EXT_texture_array' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:9: extension 'GL_ARB_draw_instanced' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #56: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:6: extension 'GL_ARB_uniform_buffer_object' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:8: extension 'GL_EXT_texture_array' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: 0:10: extension 'GL_ARB_fragment_coord_conventions' is not supported 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #57: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_fogcoord' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_specular' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #86: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #88: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 0024:err:ole:CoUninitialize Mismatched CoUninitialize 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #163: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #165: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 00f4:fixme:d3d_shader:print_glsl_info_log Info log received from GLSL shader #193: 00f4:fixme:d3d_shader:print_glsl_info_log WARNING: Output of vertex shader 'ffp_varying_texcoord' not read by fragment shader 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. 00f4:err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_VALUE (0x501) from buffer upload @ /Users/gcenx/Documents/GitHub/winecx/dlls/wined3d/buffer.c / 1337. Assertion failed: iface->lpVtbl == &d3d8_indexbuffer_vtbl, file /Users/gcenx/Documents/Gi tHub/winecx/dlls/d3d8/buffer.c, line 676 -- 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 54814] New: Tahoma font cannot display Chinese correctly
by WineHQ Bugzilla 12 Apr '23

12 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54814 Bug ID: 54814 Summary: Tahoma font cannot display Chinese correctly Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- Created attachment 74306 --> https://bugs.winehq.org/attachment.cgi?id=74306 Tahoma_cannot_show Some Chinese characters will be displayed as squares. I checked and found that Tahoma does not have the corresponding glyphs for these characters, but should we provide a replacement solution so that the fonts can be rendered normally. I have modified some contents of the registry to enable Chinese to be displayed, but the displayed width is incorrect -- 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 54811] New: excel2003 prints to file to unknown place/file OR does not genrate anything; MSword offers one to choose name/location for file
by WineHQ Bugzilla 10 Apr '23

10 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54811 Bug ID: 54811 Summary: excel2003 prints to file to unknown place/file OR does not genrate anything; MSword offers one to choose name/location for file Product: Wine Version: 7.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: marcdunord(a)gmail.com Distribution: --- excel2003 "prints to file" w/o error message to unknown place/file OR does not generate any file; MSword offers one to choose name/location for file. and CUPS PDF is not offered as printer option anymore... :( -- 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 53499] New: GetAdaptersInfo returns loopback interface while it should omit it
by WineHQ Bugzilla 10 Apr '23

10 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53499 Bug ID: 53499 Summary: GetAdaptersInfo returns loopback interface while it should omit it Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: stanislav.rimsha(a)gmail.com Distribution: --- Created attachment 72853 --> https://bugs.winehq.org/attachment.cgi?id=72853 Application debug log with +iphlpapi,+nsi,+winsock I'm trying to fix LAN play under wine for a game for some time and in the logs I came across the issue that GetAdaptersInfo seems to include loopback interface and causing application to use zero hardware address (loopback interface is always on top). According to the code here loopback interfaces should not be included: https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/iphlpapi/iphlpapi_ma… However in debug log interface indexes indicate that loopback is likely returned along with other adapters. Also worth noting that in ipconfig /all the lo interface is considered an Ethernet interface. -- 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 42

[Bug 54809] New: wine internet explorer crashed when i tried to open trovetools setup
by WineHQ Bugzilla 09 Apr '23

09 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54809 Bug ID: 54809 Summary: wine internet explorer crashed when i tried to open trovetools setup Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: tinpinweget(a)gmail.com Distribution: --- Created attachment 74301 --> https://bugs.winehq.org/attachment.cgi?id=74301 Backtrace wine internet explorer crashed when i tried to open trovetools setup, could not find it in the list so i chose ieframe as the closest match. -- 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 46970] New: call of duty world war II crash on start
by wine-bugs＠winehq.org 08 Apr '23

08 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=46970 Bug ID: 46970 Summary: call of duty world war II crash on start Product: Wine Version: 4.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mathieu.schmitt68(a)orange.fr Distribution: --- Created attachment 64125 --> https://bugs.winehq.org/attachment.cgi?id=64125 backtrace-callofdutyw2 i use Ubuntu 18.10 and wine 4.5, DXVK 1.0.2 i start the game from steam and the game crash. i don't see any splash screen or main menu. (backtrace.txt) i start the game from the command line. i can't generate a back-trace file from the command line i see : 0009:fixme:heap:RtlSetHeapInformation 0x4b0000 0 0x22e740 4 stub wine: Unhandled exception 0xc0000409 in thread 29 at address 0x140057490 (thread 0029), starting debugger... 002c:fixme:dbghelp:elf_search_auxv can't find symbol in module (40x) Regards Mathieu -- 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 45068] New: Patches page sorting by Reviewer, Sign, Testbot and Job ID broken
by wine-bugs＠winehq.org 08 Apr '23

08 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=45068 Bug ID: 45068 Summary: Patches page sorting by Reviewer, Sign, Testbot and Job ID broken Product: WineHQ.org Version: unspecified Hardware: x86-64 URL: https://source.winehq.org/patches/ OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com URL: https://source.winehq.org/patches/ Script location: https://source.winehq.org/git/tools.git/blob/HEAD:/patches/update Clicking on 'Reviewer', 'Sign', 'Testbot' or 'Job ID' doesn't result in the desired sorting. This used to work before. I would run a regression test, but I'm not sure how to work with the patches/update script. IMO the desired sorting would be: - 'Reviewer': First by name, then by patch ID - 'Sign': First by the number of signs, then by patch ID - 'Testbot': First by status, then by patch ID - 'Job ID': First by job number (if there is one), then by patch ID If I recall correctly, this is how it was before. This was probably broken when the patches list was adapted to cope with the merging of wine-devel and wine-patches. I can attach screenshots if necessary. -- 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 7

[Bug 54806] New: Watchtower Library 2016 can't seek in movies
by WineHQ Bugzilla 08 Apr '23

08 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54806 Bug ID: 54806 Summary: Watchtower Library 2016 can't seek in movies Product: Wine Version: 8.5 Hardware: x86-64 URL: https://archive.org/download/wtlib_2016_English/wtlib_ 2016_English.zip OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Distribution: --- Created attachment 74299 --> https://bugs.winehq.org/attachment.cgi?id=74299 output The video I tested is found by going to Bibles -> New World Translation (Study Edition) (nwtsty) -> Matthew -> Introduction to Matthew and then clicking the movie icon at the top. These fixmes look related: 0024:fixme:quartz:MediaSeeking_SetRate (15A1C1E8/15A1C1F4)->(1.000000): stub !!! 0024:fixme:quartz:MediaSeeking_GetRate (15A1C1E8/15A1C1F4)->(019FF4B8): stub !!! -- 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 0

[Bug 54805] New: Watchtower Library 2016 movies are in the wrong size
by WineHQ Bugzilla 08 Apr '23

08 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54805 Bug ID: 54805 Summary: Watchtower Library 2016 movies are in the wrong size Product: Wine Version: 8.5 Hardware: x86-64 URL: https://archive.org/download/wtlib_2016_English/wtlib_ 2016_English.zip OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Distribution: --- Created attachment 74298 --> https://bugs.winehq.org/attachment.cgi?id=74298 terminal output When playing a movie, it doesn't take up the while movie portion of the screen. The video I tested is found by going to Bibles -> New World Translation (Study Edition) (nwtsty) -> Matthew -> Introduction to Matthew and then clicking the movie icon at the top. At least this fixme looks related: 0024:fixme:quartz:VMR7WindowlessControl_SetAspectRatioMode (158ADC8C/158AD7B0)->(...) stub Full terminal output is attached. -- 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 0

[Bug 48661] New: Program Error for MTGALauncher
by WineHQ Bugzilla 08 Apr '23

08 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=48661 Bug ID: 48661 Summary: Program Error for MTGALauncher Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luke162(a)gmail.com Distribution: --- Created attachment 66519 --> https://bugs.winehq.org/attachment.cgi?id=66519 Program Error Details Hi there, I'm trying to run MTG Arena on my Ubuntu 19.10 using Wine 5.0. The program wouldn't even open at first; after installing .net framework 4.7.2 the program launches but is immediately closed and I am prompted with a program error window telling me to send a report to winehq. Please let me know what to do. Cheers Luke -- 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 47753] Magic The Gathering: Arena (MTGA) issue crashing on start
by WineHQ Bugzilla 08 Apr '23

08 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=47753 m8ram <bram.pkm+wine(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bram.pkm+wine(a)gmail.com --- Comment #2 from m8ram <bram.pkm+wine(a)gmail.com> --- On Fedora 37 with wine 8.4 and applying the workaround from https://dl.winehq.org/wine/wine-mono/7.4.0/wine-mono-7.4.0-x86.msi I am able to install and run the game. export WINEPREFIX=~/.winemtga rm -rf $WINEPREFIX WINEPREFIX=~/.winemtga wine uninstaller --remove '{E45D8920-A758-4088-B6C6-31DBB276992E}' WINEPREFIX=~/.winemtga wine ~/Downloads/wine-mono-7.4.0-x86.msi wine start Downloads/MTGAInstaller.exe Then run with: cd ~/.winemtga/drive_c/Program\ Files/Wizards\ of\ the\ Coast/MTGA/MTGALauncher/ WINEPREFIX=~/.winemtga wine start MTGALauncher.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 0

[Bug 54227] New: Altium Designer 20.x - 22.x slowness in 2D schematics editor - possibly GDI font rendering problem
by WineHQ Bugzilla 08 Apr '23

08 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54227 Bug ID: 54227 Summary: Altium Designer 20.x - 22.x slowness in 2D schematics editor - possibly GDI font rendering problem Product: Wine-staging Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kepszlok(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 73773 --> https://bugs.winehq.org/attachment.cgi?id=73773 Wine's output This is a problem that affects all Altium Designer versions from 20.x to current, with all wine-staging versions of 7.xx branch. See AD compatibility reports: 20.x https://appdb.winehq.org/objectManager.php?sClass=version&iId=38478 21.x https://appdb.winehq.org/objectManager.php?sClass=version&iId=40170 22.x https://appdb.winehq.org/objectManager.php?sClass=version&iId=40683 All of them shows slowness in the 2D schematics editor, while the 3D PCB editor works fine. Using the schematics editor, this message appears in constantly: 0118:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 0000000001647F70. (the schematics editor itself working fine, just unusably slow) Possible reason: "probably because X2 uses GDI font rendering by default and lacks option to turn it off" -- 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 54803] New: Mechwarrior 2 31st Century Combat crashes when launching a mission
by WineHQ Bugzilla 08 Apr '23

08 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54803 Bug ID: 54803 Summary: Mechwarrior 2 31st Century Combat crashes when launching a mission Product: Wine-staging Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adec2011.ac(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Can install game using 32bit windows 95 prefix. Game runs intro video and gets to the main menu. When selecting a mission and pressing launch the game just closes. Only place i can see a download is on an abandonware site (I wont link to it but its easy to find). This relates to the windows version not the dos version This has been a problem with wine for years and this game is next to impossible to get running on windows after windows 7. -- 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 54705] New: battle net suck downloading wow retail
by WineHQ Bugzilla 08 Apr '23

08 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54705 Bug ID: 54705 Summary: battle net suck downloading wow retail Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: infernoid(a)gmail.com Distribution: --- Os Fedora Btrfs Raid1 also tried on Ext4 Setup Battle.net Install - world of warcraft retail 10.0.6 - Agent 8151 updating Download stuck initialising (2151354/215354) restart updating tried wine version stable staging and devel -- 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 54804] New: wine-mono Unsupported IGCHost interface
by WineHQ Bugzilla 08 Apr '23

08 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54804 Bug ID: 54804 Summary: wine-mono Unsupported IGCHost interface Product: Wine-staging Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kepszlok(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 74297 --> https://bugs.winehq.org/attachment.cgi?id=74297 Wine's output This is a long standing issue. To run Altium Designer with wine, you have to install dotnet40 with winetricks, to solve this error: Unsupported interface {fac34f6e-0dcd-47b5-8021-531bc5ecca63} According to GUID Finder, that is the IGCHost interface. Whatever it is. -- 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 0

[Bug 54802] New: lol crashing steam deck
by WineHQ Bugzilla 08 Apr '23

08 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54802 Bug ID: 54802 Summary: lol crashing steam deck Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: atienza.marklawrence15(a)gmail.com Distribution: --- wine cannot support league of legnds main game window. it always crashes see attached dump file. im playing on linux steam deck. i was able to play before bht when I reformatted and reinstalled lol, it is not working now. -- 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 54801] New: FL Studio Plugin Crashing App
by WineHQ Bugzilla 08 Apr '23

08 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54801 Bug ID: 54801 Summary: FL Studio Plugin Crashing App Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: theenviousone23(a)gmail.com Distribution: --- Whenever I attempt to authorize a specific plugin, it causes the entire application to close down immediately afterwards, and I'm not sure why this is happening. -- 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 53965] New: Writing a new line after writing a full end element(WriteFullEndElement)
by WineHQ Bugzilla 07 Apr '23

07 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53965 Bug ID: 53965 Summary: Writing a new line after writing a full end element(WriteFullEndElement) Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xmllite Assignee: wine-bugs(a)winehq.org Reporter: k.kahurani(a)gmail.com Distribution: --- Created attachment 73553 --> https://bugs.winehq.org/attachment.cgi?id=73553 Test case It doesn't look possible to write a whitespace character after writing a full end element with WriteFullEndElement. It looks to me like this should be possible just like it is possible with WriteEndElement. I have also noticed that native xmllite sometimes breaks(not sure whether this is a feature or a bug) but at times native xmllite doesn't write new lines after writing the elements. I'm not sure how exactly this happens but the possible work-around in this is to manually write new lines(with WriteWhitespace) which means this issue could easily break working code. I'm not sure how to fix this right away so I am submitting a bug. As can be seen in the attached diff, wine doesn't pass the test but native does. -- 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 54798] New: The zoom meeting font cannot be displayed normally in the Chinese language environment
by WineHQ Bugzilla 07 Apr '23

07 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54798 Bug ID: 54798 Summary: The zoom meeting font cannot be displayed normally in the Chinese language environment Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: 399989567(a)qq.com Distribution: --- After downloading and running zoom, all fonts cannot be displayed normally -- 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 0

[Bug 54790] New: quartz:systemclock - test_advise() sometimes gets an unexpected even in Wine (GitLab CI)
by WineHQ Bugzilla 06 Apr '23

06 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54790 Bug ID: 54790 Summary: quartz:systemclock - test_advise() sometimes gets an unexpected even in Wine (GitLab CI) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- quartz:systemclock - test_advise() sometimes gets an unexpected even in Wine: systemclock.c:242: Test failed: Event should not be signaled. This mostly happens on the GitLab CI but it did happen once in the nightly WineTest runs: * 2022-11-15 on test-linux-32 for MR!1370 * 2022-12-14 on fg-deb64-t32 * 2022-12-19 on test-linux-32 for MR!1846 * 2023-03-28 on test-linux-32 for MR!2483 * 2023-04-05 on test-linux-32 for MR!2588 The GitLab CI and fg-* test configurations are the most likely to be busy with other tasks while the tests are running so it is likely a timing issue caused by having too much load on the system running the test. It should be noted that this never happened on Windows though, particularly not on the fgtb-w10pro64 VM which has the same host as the fg-* test configurations. So this seems to be a Wine 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 3

[Bug 54789] New: IK Product Manager: Hangs when downloading product
by WineHQ Bugzilla 05 Apr '23

05 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54789 Bug ID: 54789 Summary: IK Product Manager: Hangs when downloading product Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gearoidburke(a)outlook.com Distribution: --- Created attachment 74283 --> https://bugs.winehq.org/attachment.cgi?id=74283 Output of wine running the application IK Product Manger (https://www.ikmultimedia.com/products/productmanager/) (Version 1.05) should be able to download and install VST plugins from IK Multimedia, however upon clicking the install button for any plugin, the application will hang and become unresponsive. I know this is superficially similar to my previous bug report on the same application basically the same problem (https://bugs.winehq.org/show_bug.cgi?id=50643), however, the particular bug I was reporting then seems to have been fixed as the log file I have attached does not contain the same error anymore. I created a fresh prefix (64-bit) for this and am running Wine 8.5 (Staging). I'm on Arch Linux 64-bit and my kernel version is Linux 6.2.8-2. My hardware is as follows: Thinkpad X13 Yoga, Intel Core i5-10310U with Intel integrated graphics. -- 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 54776] New: SHD Hub hangs in endless loop with 0074:fixme:nsi:ipv6_forward_enumerate_all not implemented
by WineHQ Bugzilla 05 Apr '23

05 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54776 Bug ID: 54776 Summary: SHD Hub hangs in endless loop with 0074:fixme:nsi:ipv6_forward_enumerate_all not implemented Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 74267 --> https://bugs.winehq.org/attachment.cgi?id=74267 Console output (wine-8.4 on Slackware64/Multilib) Download is at: http://download.shd-kps.de/kps-ftp/SHD_Hub/SHD_Hub.exe with bash-5.1$ sha256sum SHD_Hub.exe 99a83f461e8eed52b70e663250ed07b4f19077b8b1f5349dc8307c9947607f00 SHD_Hub.exe The application requires .net 4.7.2 which it is trying to install with the installation package but this fails. I prepared my prefix with "winetricks dotnet48" and corefonts which makes it possible for the application to start from the command line. However my console gets lots of messages with: 0074:fixme:nsi:ipv6_forward_enumerate_all not implemented Console output is attached. -- 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 54782] New: user32:msg - test_PeekMessage2() is sometimes missing a WM_MOUSEMOVE message on Windows
by WineHQ Bugzilla 05 Apr '23

05 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54782 Bug ID: 54782 Summary: user32:msg - test_PeekMessage2() is sometimes missing a WM_MOUSEMOVE message on 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:msg - test_PeekMessage2() is sometimes missing a WM_MOUSEMOVE message on Windows: msg.c:13603: Test failed: no message available msg.c:13621: Test failed: no message available See https://test.winehq.org/data/patterns.html#user32:msg So far there are only 3 instances all on Windows 10: * 2023-03-06 on fgtb-w10pro64-rx550-64 * 2023-03-10 on fgtb-w10pro64-rx550-64 * 2023-04-04 on w1064-tsign-32 -- 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 54763] New: Build-time tests fail in an autobuilder environment
by WineHQ Bugzilla 05 Apr '23

05 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54763 Bug ID: 54763 Summary: Build-time tests fail in an autobuilder environment Product: vkd3d Version: 1.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vkd3d Assignee: wine-bugs(a)winehq.org Reporter: smcv(a)collabora.com Distribution: --- In a typical distribution autobuilder environment, all builds will be run in a chroot or container, usually on server-class hardware or in a virtual machine. This means tests that just do computation (such as shader compilation) should still succeed, but tests that want to access a real GPU will find that either there is no VkDevice at all, or there is a VkDevice but it's only software rendering (lavapipe). It seems like vkd3d already has some partial handling for this: run_shader_tests_vulkan() skips itself if a VkDevice cannot be created. However, run_shader_tests_d3d12() still tries to run, and crashes when it can't create a Vulkan instance, for example: FAIL: tests/cast-to-half ======================== vkd3d:err:vkd3d_instance_init Failed to create Vulkan instance, vr -9. vkd3d:fixme:hresult_from_vk_result Unhandled VkResult -9. vkd3d:err:vkd3d_instance_init Failed to create Vulkan instance, vr -9. vkd3d:fixme:hresult_from_vk_result Unhandled VkResult -9. FAIL tests/cast-to-half.shader_test (exit status: 139) (Exit status 139 is a segmentation fault.) Would you consider patches that make the tests skip themselves in this situation? Or should distro packaging just not be running build-time tests at all? -- 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 54740] New: GetAdaptersInfo function is not returning mac address information correctly
by WineHQ Bugzilla 04 Apr '23

04 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54740 Bug ID: 54740 Summary: GetAdaptersInfo function is not returning mac address information correctly Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: peter.walsh(a)lamresearch.com Distribution: --- The GetAdaptersInfo function is not returning the same information on wine vs windows. I've tried this with stable wine 8 and wine 8.4 staging. We have an old program that is calling this function to get the mac address of the system for license key purposes. When run via wine the last pair of digits in the mac address are missing - and thus the software can't be registered or run. There is likely a byte offset missing, causing the last 2 bytes to be dropped? Example: System has mac address 82-5E-F4-3b-b6-66 - can see this ok via "wine ipconfig /all" However the legacy program when executed only sees address "82-5E-F4-3B-B6-". -- 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 7586] Joost 1.1.8 beta will not launch
by WineHQ Bugzilla 04 Apr '23

04 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=7586 Maik Wagner <maiktapwagner(a)aol.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiktapwagner(a)aol.com --- Comment #29 from Maik Wagner <maiktapwagner(a)aol.com> --- Created attachment 74273 --> https://bugs.winehq.org/attachment.cgi?id=74273 Beta 1.1.8 in XP Mode (wine 8.5) Downloaded from archive.org bash-5.1$ sha1sum JoostSetup-Beta-1.1.8.exe 10d30a1632d70ed0ecf359f62a44e8f7adbe56a5 JoostSetup-Beta-1.1.8.exe In both XP and Windows 10 mode the installer wouldn't even start. -- 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 0

[Bug 45343] New: Vavoo Webinstaller fails
by wine-bugs＠winehq.org 04 Apr '23

04 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=45343 Bug ID: 45343 Summary: Vavoo Webinstaller fails Product: Wine Version: 3.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 61632 --> https://bugs.winehq.org/attachment.cgi?id=61632 Console Output wine 3.9 (staging) Hello everyone, Somebody in the German ubuntuusers.de forum had an issue of getting a software called "Vavoo" to run. I am getting the following (Windows) error message "Unable to run the Windows program wmic.exe to verify that Windows Update K2670838 is installed." Console output is attached. -- 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 54727] New: LDAP Explorer (LEX) throws an exception when attempting to connect over SSL
by WineHQ Bugzilla 04 Apr '23

04 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54727 Bug ID: 54727 Summary: LDAP Explorer (LEX) throws an exception when attempting to connect over SSL Product: Wine Version: 8.4 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 74233 --> https://bugs.winehq.org/attachment.cgi?id=74233 WINEDEBUG=+wldap32 Steps to reproduce: 1. Run `winetricks dotnet452` 2. Run `wine LEX.msi` 3. Run `docker run --detach --env LDAP_TLS_VERIFY_CLIENT=never -p636:636 osixia/openldap` 4. Run `wine 'C:\Program Files (x86)\CerroTorre\LEX\LEX.exe'` 5. Wait for the splash screen to close, or move the "LDAP Connections" window out from under it 6. On the "Advanced" tab, check "Ignore server certificate errors" 7. On the "Server" tab, enter "localhost" for the server and check "SSL connect" (the port will automatically change from 389 to 636) 8. On the "Server" tab, click "Fetch" At this point, an "Unhandled exception" dialog appears that says "The feature is not supported." Furthermore, the program crashes if you click the Quit button on the dialog, but since the dialog shouldn't appear in the first place, it's understandable that it doesn't function correctly. The relevant part of the terminal output is: 0024:fixme:wldap32:ldap_set_optionW Unsupported option: 0x0a 0x0a is LDAP_OPT_SSL, which is not yet implemented in Wine. $ sha256sum LEX.msi 68810d827de3f90c0223fcb18a66dde49aee189789b37dd4cdeebe013fa402be -- 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 44156] New: Mini Ninjas demo - colored area under the player and NPCs with builtin d3dx9_34
by wine-bugs＠winehq.org 03 Apr '23

03 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=44156 Bug ID: 44156 Summary: Mini Ninjas demo - colored area under the player and NPCs with builtin d3dx9_34 Product: Wine Version: 3.0-rc1 Hardware: x86-64 URL: http://www.fileplanet.com/203860/200000/fileinfo/Mini- Ninjas-Demo OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 59917 --> https://bugs.winehq.org/attachment.cgi?id=59917 screenshot How it looks with builtin d3dx9_34 -- 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 54389] New: Call of Juarez crashes on level loading
by WineHQ Bugzilla 03 Apr '23

03 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54389 Bug ID: 54389 Summary: Call of Juarez crashes on level loading Product: vkd3d Version: 1.6 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Continuation of bug 54386 05d4:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4. 05d4:err:d3dcompiler:D3DCompile2 Shader log: 05d4:err:d3dcompiler:D3DCompile2 <anonymous>:318:32: W5300: Implicit truncation of vector type. 05d4:err:d3dcompiler:D3DCompile2 <anonymous>:323:13: E5005: Function "rsqrt" is not defined. 05d4:err:d3dcompiler:D3DCompile2 1.6-86-gf9e7cb63 -- 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 54385] New: Gray Matter crashes on launch
by WineHQ Bugzilla 03 Apr '23

03 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54385 Bug ID: 54385 Summary: Gray Matter crashes on launch Product: vkd3d Version: 1.6 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 0418:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4. 0418:err:d3dcompiler:D3DCompile2 Shader log: 0418:err:d3dcompiler:D3DCompile2 <anonymous>:9:26: E5000: syntax error, unexpected KW_SAMPLER_STATE 0418:err:d3dcompiler:D3DCompile2 0418:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x2. 0418:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -5. 0418:err:d3dcompiler:D3DCompile2 Shader log: 0418:err:d3dcompiler:D3DCompile2 lighting.inc:1:1: W4300: Redefinition of SKINNING. 0418:err:d3dcompiler:D3DCompile2 <anonymous>: E5017: Aborting due to not yet implemented feature: Uniform initializer. 0418:err:d3dcompiler:D3DCompile2 <anonymous>: E5017: Aborting due to not yet implemented feature: Uniform initializer. 0418:err:d3dcompiler:D3DCompile2 <anonymous>: E5017: Aborting due to not yet implemented feature: Uniform initializer. 0418:err:d3dcompiler:D3DCompile2 <anonymous>: E5017: Aborting due to not yet implemented feature: Uniform initializer. 0418:err:d3dcompiler:D3DCompile2 <anonymous>: E5017: Aborting due to not yet implemented feature: Uniform initializer. 0418:err:d3dcompiler:D3DCompile2 <anonymous>:45:49: E5005: Function "reflect" is not defined. 1.6-73-g653cc02f -- 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 54374] New: Strong Bad's Cool Game for Attractive People Episode 1: Homestar Ruiner crashes due to missing SM1 'cast' handling
by WineHQ Bugzilla 03 Apr '23

03 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54374 Bug ID: 54374 Summary: Strong Bad's Cool Game for Attractive People Episode 1: Homestar Ruiner crashes due to missing SM1 'cast' handling Product: vkd3d Version: 1.6 Hardware: x86-64 URL: https://www.moddb.com/games/strong-bad/downloads/stron g-bad-s-cool-game-for-attractive-people-demo OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Distribution: --- Continuation of bug 33769. 0024:err:d3dcompiler:D3DCompile2 <anonymous>:26:24: E5017: Aborting due to not yet implemented feature: SM1 "rsq" expression. -- 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 54373] New: Mini Ninjas demo crashes due to missing SM1 'sat' handling
by WineHQ Bugzilla 03 Apr '23

03 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54373 Bug ID: 54373 Summary: Mini Ninjas demo crashes due to missing SM1 'sat' handling Product: vkd3d Version: 1.6 Hardware: x86-64 URL: http://www.fileplanet.com/203860/200000/fileinfo/Mini- Ninjas-Demo OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Distribution: --- Continuation of bug 44156. 0024:err:d3dcompiler:D3DCompile2 <anonymous>:1:920: E5017: Aborting due to not yet implemented feature: SM1 "sat" expression. -- 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 54083] New: Call of Juarez: Bound in Blood shows a black screen
by WineHQ Bugzilla 03 Apr '23

03 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54083 Bug ID: 54083 Summary: Call of Juarez: Bound in Blood shows a black screen Product: vkd3d Version: 1.5 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 73626 --> https://bugs.winehq.org/attachment.cgi?id=73626 log Workaround is setting d3dcompiler_47 - native,builtin vkd3d-1.5-93-g1b11b576 -- 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 41310] New: World in Conflict can' t get past loading screen in tutorial
by wine-bugs＠winehq.org 03 Apr '23

03 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=41310 Bug ID: 41310 Summary: World in Conflict can't get past loading screen in tutorial Product: Wine Version: 1.9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: alex3kov(a)zoho.com Distribution: --- Created attachment 55640 --> https://bugs.winehq.org/attachment.cgi?id=55640 Log with WINEDEBUG=+d3d9 1.0.1.1 version of the game from gog.com. After Alt-Tabbing or switching to another desktop workspace I can't get back into the game. Starting missions gets stuck in the same way. According to setup manual here https://appdb.winehq.org/objectManager.php?sClass=version&iId=20703 I've set d3d10 to "Disabled", replaced dxdiagn with native and set it to "Native" in winecfg - so the game uses DX9. Log with WINEDEBUG=+d3d9 is attached. It turned out to be 10Mb, so I gzipped it. These lines look suspicious: fixme:d3d:debug_d3dformat Unrecognized 0x434f5441 (as fourcc: ATOC) WINED3DFORMAT! fixme:d3d:debug_d3dformat Unrecognized 0x41415353 (as fourcc: SSAA) WINED3DFORMAT! I can provide more logs, test patches etc. -- 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 25

[Bug 34242] New: Dolphin Emulator: Error compiling pixel shader
by wine-bugs＠winehq.org 03 Apr '23

03 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=34242 Bug #: 34242 Summary: Dolphin Emulator: Error compiling pixel shader Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: 00cpxxx(a)gmail.com Classification: Unclassified Created attachment 45563 --> http://bugs.winehq.org/attachment.cgi?id=45563 screenshot The emulator Dolphin shows an error when trying to play a home brew game. Steps to reproduce: Download Dolphin 3.0 https://dolphin-emu.org/download/?ref=btn Download Newo Asteroids http://wiibrew.org/wiki/Newo_Asteroids (download link in the right table) Using the emulator open the BOOT.DOL file from the root folder of the game. The result is the attachment followed by a crash. "winetricks d3dcompiler_43" workarounds the issue. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 15

[Bug 33979] New: Still Life 2 demo crashes without native d3dx9_36
by wine-bugs＠winehq.org 03 Apr '23

03 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=33979 Bug #: 33979 Summary: Still Life 2 demo crashes without native d3dx9_36 Product: Wine Version: 1.6-rc4 Platform: x86 URL: http://www.fileplanet.com/198863/190000/fileinfo/Still -Life-2-Demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com CC: andrey.goosev(a)gmail.com, wine-bugs(a)winehq.org Classification: Unclassified Created attachment 45144 --> http://bugs.winehq.org/attachment.cgi?id=45144 log+d3dx Clean wineprefix. -- 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 30

[Bug 54522] New: SM1: source swizzles for dp* instructions are using destination writemask
by WineHQ Bugzilla 03 Apr '23

03 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54522 Bug ID: 54522 Summary: SM1: source swizzles for dp* instructions are using destination writemask Product: vkd3d Version: 1.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Distribution: --- I noticed that doing some unrelated testing. DP4 instructions are written out as: dp4 r2.x, r1.x, r0.x after https://source.winehq.org/git/vkd3d.git/commit/d01729921c18912708ac3fb75413… Commenting out sm1_map_src_swizzle() in write_sm1_binary_op() for D3DSIO_DP4 produces expected: dp4 r2.x, r1, r0 and fixes tests for me. Francisco, could you take a look? -- 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 54390] New: Renegade Ops crashes on launch
by WineHQ Bugzilla 03 Apr '23

03 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54390 Bug ID: 54390 Summary: Renegade Ops crashes on launch Product: vkd3d Version: 1.6 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Fatal DirectX error! Code: 14 Result: 0x80004005: E_FAIL 07f8:fixme:d3d:wined3d_device_context_resolve_sub_resource Multisample resolve is not fully supported for typeless formats (dst_format WINED3DFMT_R8G8B8A8_TYPELESS, src_format WINED3DFMT_R8G8B8A8_TYPELESS, format WINED3DFMT_R8G8B8A8_UNORM_SRGB). 07f8:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4. 07f8:err:d3dcompiler:D3DCompile2 Shader log: 07f8:err:d3dcompiler:D3DCompile2 <anonymous>:4:1: E5000: syntax error, unexpected KW_TEXTURE2DMS 07f8:err:d3dcompiler:D3DCompile2 1.6-86-gf9e7cb63 -- 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 54386] New: Call of Juarez crashes on level loading (needs "exp2" handling)
by WineHQ Bugzilla 03 Apr '23

03 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54386 Bug ID: 54386 Summary: Call of Juarez crashes on level loading (needs "exp2" handling) Product: vkd3d Version: 1.6 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 0ab0:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4. 0ab0:err:d3dcompiler:D3DCompile2 Shader log: 0ab0:err:d3dcompiler:D3DCompile2 <anonymous>:310:8: E5005: Function "exp2" is not defined. 0ab0:err:d3dcompiler:D3DCompile2 1.6-73-g653cc02f -- 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 50927] New: Conspiracy's Clean Slate 64K demo crashes on startup
by WineHQ Bugzilla 03 Apr '23

03 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=50927 Bug ID: 50927 Summary: Conspiracy's Clean Slate 64K demo crashes on startup Product: Wine Version: 6.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x006069b6). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:006069b6 ESP:0032fe44 EBP:00008000 EFLAGS:00010202( R- -- I - - - ) EAX:00000000 EBX:000001bd ECX:0032fe1c EDX:ffffffff ESI:00000000 EDI:00723688 Stack dump: 0x0032fe44: 00716c94 00000007 0032fea8 00000000 0x0032fe54: 00703971 00000000 f6dc7980 00601091 0x0032fe64: 007231b4 007231b4 00000000 00157018 0x0032fe74: 00000013 0032fed8 f794e9df 00060039 0x0032fe84: 00000002 f799dd60 f799dc04 00010020 0x0032fe94: 00000000 00000003 00000000 0032fec8 Backtrace: =>0 0x006069b6 in cleanslate_amdfix (+0x369b6) (0x00008000) 0x006069b6: movl 0x0(%eax),%ecx Modules: Module Address Debug info Name (32 modules) PE 5d0000- 1259000 Export cleanslate_amdfix PE 7a840000-7a844000 Deferred opengl32 -- 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 34106] New: Bioshock demo needs native d3dx9_33 (purist)
by wine-bugs＠winehq.org 03 Apr '23

03 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=34106 Bug #: 34106 Summary: Bioshock demo needs native d3dx9_33 (purist) Product: Wine Version: 1.6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com CC: wine-bugs(a)winehq.org Classification: Unclassified After verifying that bug 23884 seems fixed, I tried running the game after doing 'winetricks alldlls=builtin'. It crashed after the first small splash screen, before the first logo movie, with log: err:d3dcompiler:compile_shader HLSL shader parsing failed. Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7dd73758). Backtrace: =>0 0x7dd73758 dump_exception_type+0xfb(type=0x685a180) [dlls/msvcrt/except_i386.c:227] ... 9 0x7bc829d4 RtlRaiseException+0xb() in ntdll 10 0x00000001 (0x0073ac88) 11 0x7dd69f4d _CxxThrowException+0x47(object=<?>, type=<?>) [dlls/msvcrt/cpp.c:1085] in msvcrt (0x0073acc8) 12 0x1091267f in bioshock (+0x1267e) (0x0073f760) ... I'll attach a WINEDEBUG=+d3dcompiler log showing the shader compiler errors. Setting d3dx9_33 to native rescued the game and let it launch and swim to the initial entry hall. -- 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 23

[Bug 54200] New: 227:11: E5005: Function "sqrt" is not defined.
by WineHQ Bugzilla 03 Apr '23

03 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54200 Bug ID: 54200 Summary: 227:11: E5005: Function "sqrt" is not defined. Product: vkd3d Version: 1.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: nostritius(a)googlemail.com Distribution: --- Created attachment 73732 --> https://bugs.winehq.org/attachment.cgi?id=73732 Mass Effect 1 Log with dxvk I have tried to run the first Mass Effect Game from Steam with dxvk. As it can be seen in the attached log, it fails with the message "227:11: E5005: Function "sqrt" is not defined.". From what i can see, the hlsl part of vkd3d defines some intrinsic functions (abs, clamp, min, max, ...), where the sqrt function is searched for, maybe it is just a missing feature? The game works well when disabling dxvk and running it in opengl mode. -- 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 54126] New: Zoria and the Cursed Land Demo: Error when starting a new game.
by WineHQ Bugzilla 03 Apr '23

03 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54126 Bug ID: 54126 Summary: Zoria and the Cursed Land Demo: Error when starting a new game. Product: Wine Version: 7.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 73658 --> https://bugs.winehq.org/attachment.cgi?id=73658 Zoria and the Cursed Land Demo Wine 7.19 default terminal output Hello, Starting a game in Zoria and the Cursed Land Demo (Steam) results in an error: --- Error transcript --- FATAL ERROR in Vertex Shader compilation ShaderName: sh_underwater memory:68:25: E5005: Function "transpose" is not defined. at gml_Object_oGameMasterController_Draw_74 --- end of transcript --- 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.

1 6

[Bug 34747] New: Clive Barker's Jericho Demo intro movies are grayscale (without native d3dcompiler_43 or d3dx9_36)
by wine-bugs＠winehq.org 03 Apr '23

03 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=34747 Bug #: 34747 Summary: Clive Barker's Jericho Demo intro movies are grayscale (without native d3dcompiler_43 or d3dx9_36) Product: Wine Version: 1.7.4 Platform: x86 URL: http://www.gamershell.com/download_21174.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Intro movies without native d3dcompiler_43 or d3dx9_36 plays in grayscale effect. -- 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 34233] New: Rigs of Rods: D3D shader compilation fails
by wine-bugs＠winehq.org 03 Apr '23

03 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=34233 Bug #: 34233 Summary: Rigs of Rods: D3D shader compilation fails Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Classification: Unclassified Created attachment 45548 --> http://bugs.winehq.org/attachment.cgi?id=45548 Terminal output How to reproduce: 1. Install RoR 2. Run rorconfig (or check checkbox at the end of installation to launch the game) 3. Press "Save and Play" 4. Wait until the game loads, press OK in the terrain selection dialog 5. See an error, screenshot of which I'll attach in next post I attach full terminal log starting from the time I selected D3D9 as rendering system (it contains game's logs as well as wine's). -- 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 54591] New: Call of Juarez: Bound in Blood crashes on launch
by WineHQ Bugzilla 03 Apr '23

03 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54591 Bug ID: 54591 Summary: Call of Juarez: Bound in Blood crashes on launch Product: vkd3d Version: 1.6 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: fcasas(a)codeweavers.com Regression SHA1: e0031d2a1f40792ac85619a495bf5197f248b0e1 Distribution: --- ../vkd3d/libs/vkd3d-shader/hlsl.c:207: Aborting, reached unreachable 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 4

[Bug 54771] New: VCL TDateTimePicker does not allow selecting a date
by WineHQ Bugzilla 03 Apr '23

03 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=54771 Bug ID: 54771 Summary: VCL TDateTimePicker does not allow selecting a date Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pentagon5178(a)gmail.com Distribution: --- Created attachment 74264 --> https://bugs.winehq.org/attachment.cgi?id=74264 Video & test app I have created an VCL-application in the RAD Studio 11 IDE. The main form contains win32 TDateTimePicker VCL component. A bug was encountered: Selecting a date using the drop-down calendar does not change the value in the picker. I'm attaching a video of the error and test application. -- 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 0

[Bug 53991] New: libx11 1.8.2 break bepo keyboard layout
by WineHQ Bugzilla 02 Apr '23

02 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=53991 Bug ID: 53991 Summary: libx11 1.8.2 break bepo keyboard layout Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: aeris+wine(a)imirhil.fr Distribution: --- Hello, Since upgrading my ArchLinux system, the upgrade of libx11 from 1.8.1 to 1.8.2 breaks my bepo layout and some key are not detected in a weird way. Restarting Guild Wars 2 game after libx11 upgrade just change "randomly" some assigned key, from `É` to `=` and from `È` to `É`. Trying to reassign keys doesn't work, `É` can be assign to previous skill, but `È` key just doesn't work at all, it's no more detected as a valid input in skill selection windows. But this `È` key works perfectly if used on an input text field like the ingame chat. Downgrading to 1.8.1 and restarting the game fix the trouble. Behaviour seen at least in lutris-7.2.2 and lutris-ge-proton 7.34. Don't know if this is related or not, but currently bepo layout is badly managed by wine and i try to add support for it in https://bugs.winehq.org/show_bug.cgi?id=48650 but never really succeed to create something really good. -- 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 27819] New: Die by the Sword: strange audio distortions
by wine-bugs＠winehq.org 02 Apr '23

02 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=27819 Summary: Die by the Sword: strange audio distortions Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Audio is not playing correctly in Die by the Sword (GoG.com version here). Some scratching, stuttering sound is coming from the speakers during audio/music playback. In the tutorial the voice-over of the narrator is also distorted by the same artefacts. Player taunts and NPC sounds are OK, though. The same problem with Wine-1.0.1, too. I can't reproduce the problem in the demo. None of the followings helped: - Alsa with 'emulation' - winetricks dsoundbug9612 - changing 'defaults.pcm.dmix.rate' to '44100' in /usr/share/alsa/alsa.conf The resampler patchset (bug #14717) reduced the intensity of the sound artefacts considerably but they are still audible. Terminal output is basically the same what I attached in bug #27814. The only relevant lines are: fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x15b610,0x152668): stub Fedora 15 Alsa 1.0.24 nVidia Corporation MCP61 High Definition Audio (rev a2) -- 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 22

[Bug 48174] New: wine-mono creates incorrect strings
by WineHQ Bugzilla 01 Apr '23

01 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=48174 Bug ID: 48174 Summary: wine-mono creates incorrect strings Product: Wine Version: 4.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- This bug is about Smile Game Builder - a game engine. As a testcase 「虚毒ノ夢」 will be used - a (it seems - I don't actually know Japanese) freeware game available from https://kanawo.wixsite.com/teritoma/kodoku (first link is the download: https://www.freem.ne.jp/dl/win/15104). Problem 1. As you might notice, the window title is purely mojibake. CreateWindowEx expects CP_ACP string in cs->lpszName, but it's getting an utf8 one. That's pretty much sums up what I could figure out about this part. Problem 2. This one is more tricky to notice; also, I couldn't figure out much about it, so just describing symptoms. Some of the strings printed on the screen (AFAICT neither by gdi, gdiplus nor user32 standard text functions) are read from memory then written on the screen past their actual length. What's more, they flicker - that is if such string is printed, some of the time its extra part changes upon redraw. As far as I understand mono (which, granted, isn't all that much), it would suggest that upon string object creation its length is set incorrectly. In the example game, you can observe it with a few strings as you start a new game, then once you get control, if you walk to the closet (not the bookcase) and interact with it, it's another such string. -- 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 62

[Bug 9672] New: The Sims crashes with page fault on read access
by wine-bugs＠winehq.org 01 Apr '23

01 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=9672 Summary: The Sims crashes with page fault on read access Product: Wine Version: 0.9.45. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: diablownik(a)gmail.com The Sims game doesn't run: output returns unhandled page fault on read access. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 56

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 2023