- wine-bugs - winehq.org

[Bug 52960] New: Damavand is being more CPU-intensive than DXVK
by WineHQ Bugzilla 06 May '22

06 May '22

https://bugs.winehq.org/show_bug.cgi?id=52960 Bug ID: 52960 Summary: Damavand is being more CPU-intensive than DXVK Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Hi, I remarked on my laptop (Ryzen 5800H + Navi 6700M) that Damavand is more CPU-intensive than DXVK. I did a test with 3 games where i mesured the CPU temperature during 90 secondes. I attached all logs for Witcher 3, A Plague Tales Innocence & Control. For Control & Witcher 3, you can see that with Damavand, the temperature is higher between 10 and 20 degrees celcius. For "A Plague Tale Innocence", the difference is between 5 and 10 degrees celcius. These mesures were done with sensors -> "while true; do sensors | grep 'Tctl' >> APlagueTale_DXVK.txt; sleep 1; done" I'll try on my desktop (Ryzen 5600X + Navi 6700XT) if i have the same 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 10

[Bug 52949] New: gdi32:font - test_GetCharABCWidths() fails on Windows in Korean and Chinese
by WineHQ Bugzilla 02 May '22

02 May '22

https://bugs.winehq.org/show_bug.cgi?id=52949 Bug ID: 52949 Summary: gdi32:font - test_GetCharABCWidths() fails on Windows in Korean and Chinese Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gdi32:font - test_GetCharABCWidths() fails on Windows in Korean and Chinese: (see w10pro64-ko and w10pro64-zh-CN) font.c:1238: Test failed: GetCharABCWidthsA 100 - 100 should have failed font.c:1238: Test failed: GetCharABCWidthsA ffff - ffff should have failed font.c:1244: Test failed: GetCharABCWidthsA ff should match. codepage = 0 font.c:1244: Test failed: GetCharABCWidthsA ff should match. codepage = 129 https://test.winehq.org/data/patterns.html#gdi32:font Note that Japanese does not get these 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 1

[Bug 52947] New: gdi32:font - "Small Fonts" has unexpected {First,Break}Char on Windows in Arabic
by WineHQ Bugzilla 02 May '22

02 May '22

https://bugs.winehq.org/show_bug.cgi?id=52947 Bug ID: 52947 Summary: gdi32:font - "Small Fonts" has unexpected {First,Break}Char on Windows in Arabic Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gdi32:font - "Small Fonts" has unexpected {First,Break}Char on Windows in Arabic, resulting in failures: font.c:996: Test failed: Small Fonts(12): tm.tmFirstChar = 00 font.c:1002: Test failed: Small Fonts(12): tm.tmBreakChar = 00 font.c:996: Test failed: Small Fonts(13): tm.tmFirstChar = 00 font.c:1002: Test failed: Small Fonts(13): tm.tmBreakChar = 00 font.c:1189: Test failed: GetCharABCWidthsW should have failed https://test.winehq.org/data/patterns.html#gdi32:font Maybe this can happen in other locales, but among those that are tested this only happens with the Arabic one (w10pro64-ar). In particular the Hebrew locale (w10pro64-he) does not have this issue. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 52946] New: gdi32:font - test_bitmap_font_metrics() fails on Windows in the Greek & Japanese system locales
by WineHQ Bugzilla 02 May '22

02 May '22

https://bugs.winehq.org/show_bug.cgi?id=52946 Bug ID: 52946 Summary: gdi32:font - test_bitmap_font_metrics() fails on Windows in the Greek & Japanese system locales Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com gdi32:font - test_bitmap_font_metrics() fails on Windows in the Japanese and Greek system locales: Greek [w7u-el]: font.c:993: Test failed: Small Fonts(3): tm.tmInternalLeading 1 != 0 font.c:995: Test failed: Small Fonts(3): tm.tmAveCharWidth 2 != 1 font.c:1008: Test failed: Small Fonts(8): tm.tmMaxCharWidth 8 != 7 Japanese and Mixed locale (Japanese system locale) [w10pro64-ja w10pro64-mx-MX]: font.c:993: Test failed: Small Fonts(12): tm.tmInternalLeading 0 != 2 font.c:995: Test failed: Small Fonts(12): tm.tmAveCharWidth 7 != 5 font.c:993: Test failed: Small Fonts(13): tm.tmInternalLeading 0 != 2 font.c:995: Test failed: Small Fonts(13): tm.tmAveCharWidth 8 != 6 font.c:1189: Test failed: GetCharABCWidthsW should have failed https://test.winehq.org/data/patterns.html#gdi32:font So these failures entirely come down to the system locale, but only a few of them, and this can happen on any Windows 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 1

[Bug 52902] New: gdi32:font has specific failures on Windows 10 with the UTF-8 codepage
by WineHQ Bugzilla 02 May '22

02 May '22

https://bugs.winehq.org/show_bug.cgi?id=52902 Bug ID: 52902 Summary: gdi32:font has specific failures on Windows 10 with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The following gdi32:font failures are specific to UTF-8 on Windows 10: --- test_RealizationInfo(): font.c:4356: Test failed: info[0] = 103 for the system font --- test_GetCharacterPlacement(): font.c:4998: Test failed: Unexpected first glyph L":" font.c:5012: Test failed: GetCharacterPlacementA returned different result: 1048638 vs 1048637 font.c:5016: Test failed: GetCharacterPlacementA returned different result: 1048638 vs 1048637 font.c:5023: Test failed: GetCharacterPlacementA returned different result: 1048638 vs 1048637 font.c:5025: Test failed: Unexpected first glyph L":" --- test_GetCharWidthInfo(): font.c:7396: Test failed: expected 0, got -8 font.c:7397: Test failed: expected 0, got -9 font.c:7398: Test failed: expected 0, got 1 https://test.winehq.org/data/patterns.html#gdi32:font They can be reproduced on w10pro64-hi-u8. Note that w10pro64-hi which uses the Hindi locale too but not UTF-8 (so the system locale is English) has its own set of totally unrelated 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 2

[Bug 52945] New: kernel32:sync - test_condvars_base() fails randomly on Windows 10 1709+
by WineHQ Bugzilla 02 May '22

02 May '22

https://bugs.winehq.org/show_bug.cgi?id=52945 Bug ID: 52945 Summary: kernel32:sync - test_condvars_base() fails randomly on Windows 10 1709+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:sync's test_condvars_base() fails randomly on Windows 10 1709+: sync.c:1859: Test failed: SleepConditionVariableCS should still return TRUE on crit unlock delay https://test.winehq.org/data/patterns.html#kernel32:sync Based on the current test results the failure happens roughly 11% of the time and may happen twice in a run about 0.8% of the time. It happens on both bare metal (cw-gtx560, cw-rx460) and in VMs so it's not a QEmu issue. Yet I have not been able to reproduce the failure so far, even when looping on test_condvars_base() 1000 times. I also tried to see if some other test was the trigger but that did not work out either. Back in the day I tentatively noted that the failures may have started on 2021-09-13 (cw-gtx560 1809) or 2021-10-01 (all others); but I was obviously never able to pinpoint it and given how elusive the failure is, you should take that with a pinch of salt. -- 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 51365] New: wininet:http causes urlmon:protocol to time out
by WineHQ Bugzilla 01 May '22

01 May '22

https://bugs.winehq.org/show_bug.cgi?id=51365 Bug ID: 51365 Summary: wininet:http causes urlmon:protocol to time out Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com If wininet:http is run before urlmon:url the latter will time out as follows: protocol.c:348: Test failed: unexpected call OnResponse protocol.c:839: Test failed: unexpected call ReportProgress_MIMETYPEAVAILABLE protocol.c:1101: Test failed: unexpected call ReportData protocol.c:3437: Test failed: wait timed out protocol.c:3439: Test failed: expected Switch protocol.c:3560: Testing http protocol (redirected, disable auto redirect)... protocol.c:469: QueryService(IID_IGetBindHandle) protocol.c:475: QueryService(IID_IWindowForBindingUI) protocol.c:1178: Test failed: unexpected call ReportResult protocol.c:1186: Test failed: hrResult = 800c0014, expected: 00000000 urlmon:protocol:0bd0 done (258) in 120s (0x800c0014 = INET_E_REDIRECT_FAILED) The timeout actually happens in test_http_protocol_url() on line 3437: ok( WaitForSingleObject(event_complete, 90000) == WAIT_OBJECT_0, "wait timed out\n" ); This actually happens on machines that use the wt-daily.bat script [1] because that script first runs the 32-bit tests (including wininet:http) and then the 64-bit tests and, obviously, no configuration 'reset' happens in between. Specifically this causes failures in the 64-bit urlmon:protocol results on cw-gtx560 and cw-rx460: https://test.winehq.org/data/patterns.html#urlmon:protocol [1] https://github.com/fgouget/wt-daily/blob/master/wt-daily.bat.template#L138 -- 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 50348] New: MFMEv20 Emulator crashes on start
by WineHQ Bugzilla 01 May '22

01 May '22

https://bugs.winehq.org/show_bug.cgi?id=50348 Bug ID: 50348 Summary: MFMEv20 Emulator crashes on start Product: Wine Version: 6.0-rc2 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 Distribution: --- Created attachment 68935 --> https://bugs.winehq.org/attachment.cgi?id=68935 Log file for crash MFMEv20 crashes on start. Log file 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 10

[Bug 46330] New: [Feature Request] Enable winelib on ppc64el
by wine-bugs＠winehq.org 01 May '22

01 May '22

https://bugs.winehq.org/show_bug.cgi?id=46330 Bug ID: 46330 Summary: [Feature Request] Enable winelib on ppc64el Product: Wine Version: unspecified Hardware: Other OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: tpearson(a)raptorengineering.com Distribution: --- With the resurgence in POWER hardware support and interest centering around the POWER8/POWER9 chips, it would be great to get winelib support for the ppc64el architecture. This would allow Windows open source applications to be used on these powerful machines (e.g. FEMM, SQLYog, 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 9

[Bug 3200] wineconsole width/height settings not handled properly
by WineHQ Bugzilla 01 May '22

01 May '22

https://bugs.winehq.org/show_bug.cgi?id=3200 --- Comment #21 from Artem S. Tashkinov <aros(a)gmx.com> --- (In reply to temp82 from comment #20) > Not Found > > The requested URL was not found on this server. Far Manager 3: https://www.farmanager.com/download.php Far Manager 2: https://www.farmanager.com/history/far2.x86.msi https://www.farmanager.com/history/far2.x64.msi The old issues still remain: 1) Pressing Alt+F9 several times breaks the Far 3 window 2) The Far window cannot be shrunk using mouse like it can be done in Windows - in Linux scroll bars appear and internally the window remains the same size as being being shrunk. Expansion in Linux works just fine. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 52430] New: Ubi Connect Launcher forever shows a black window
by WineHQ Bugzilla 01 May '22

01 May '22

https://bugs.winehq.org/show_bug.cgi?id=52430 Bug ID: 52430 Summary: Ubi Connect Launcher forever shows a black window Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Created attachment 71690 --> https://bugs.winehq.org/attachment.cgi?id=71690 Console Log When you try to run the Ubi Connect Launcher, it never finishes the start sequence. Instead of showing the "Ubisoft Connect" Text alongside a logo inside a frame with small status updates in the lower left corner before displaying news and installed games, it just shows an empty black window that never vanishes and never gets content. On the console variuous notes about shaders are repeated. The AppDB says using corefonts via winetricks should make it boot, but it doesn't. The Card is an amd rtx480 on a Kubuntu 21.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 3

[Bug 3200] wineconsole width/height settings not handled properly
by WineHQ Bugzilla 01 May '22

01 May '22

https://bugs.winehq.org/show_bug.cgi?id=3200 temp82(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |temp82(a)luukku.com --- Comment #20 from temp82(a)luukku.com --- Not Found The requested URL was not found on this server. -- 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 46694] New: widl crashes in dlls/atl during build on ppc64el
by wine-bugs＠winehq.org 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=46694 Bug ID: 46694 Summary: widl crashes in dlls/atl during build on ppc64el Product: Wine Version: 4.2 Hardware: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tpearson(a)raptorengineering.com Distribution: --- Created attachment 63657 --> https://bugs.winehq.org/attachment.cgi?id=63657 Backtrace Building on ppc64el fails with a segmentation fault in widl while attempting to build dlls/atl. Backtrace 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 6

[Bug 48398] New: [PATCH] build failure on arm64 with new gcc
by WineHQ Bugzilla 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48398 Bug ID: 48398 Summary: [PATCH] build failure on arm64 with new gcc Product: Wine Version: 5.0-rc1 Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: costamagnagianfranco(a)yahoo.it Distribution: --- Description: ../../tools/winegcc/winegcc -o d3dcompiler_47.dll.so --wine-objdir ../.. -fPIC -fasynchronous-unwind-tables -shared d3dcompiler_47.spec -mno-cygwin asmparser.o blob.o bytecodewriter.o compiler.o main.o preproc.o reflection.o utils.o asmshader.tab.o hlsl.tab.o ppy.tab.o asmshader.yy.o hlsl.yy.o ppl.yy.o version.res ../../dlls/dxguid/libdxguid.a ../../dlls/uuid/libuuid.a -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -Wl,-rpath,/usr/lib/aarch64-linux-gnu/wine ../d3dx9_36/effect.c:1472:12: error: result of comparison of unsigned enum expression < 0 is always false [-Werror,-Wtautological-unsigned-enum-zero-compare] if (op < 0 || op > SCT_PSINT) ~~ ^ ~ 1 error generated. Author: Gianfranco Costamagna <locutusofborg(a)debian.org> Forwarded: pending Last-Update: 2019-12-31 --- wine-5.0~rc1.orig/dlls/d3dx9_36/effect.c +++ wine-5.0~rc1/dlls/d3dx9_36/effect.c @@ -1469,7 +1469,7 @@ static HRESULT d3dx_set_shader_const_sta D3DXVECTOR4 value; HRESULT ret; - if (op < 0 || op > SCT_PSINT) + if (op > SCT_PSINT) { FIXME("Unknown op %u.\n", op); return D3DERR_INVALIDCALL; An enum starting with 0 can't obviously assume negative values... -- 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 52612] New: Build Error on macOS 12.2.1 with M1 mac
by WineHQ Bugzilla 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52612 Bug ID: 52612 Summary: Build Error on macOS 12.2.1 with M1 mac Product: Wine Version: 7.3 Hardware: arm OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: syurin.nagatuki(a)gmail.com Created attachment 71939 --> https://bugs.winehq.org/attachment.cgi?id=71939 log Build Error on macOS 12.2.1 with M1 Mac Error Message : clang: error: unable to execute command: Segmentation fault: 11 clang: error: clang frontend command failed due to signal (use -v to see invocation) Apple clang version 13.0.0 (clang-1300.0.29.30) Target: arm64-apple-darwin21.3.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin clang: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: clang: note: diagnostic msg: /var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/cmslut-db7957.c clang: note: diagnostic msg: /var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/T/cmslut-db7957.sh clang: note: diagnostic msg: Crash backtrace is located in clang: note: diagnostic msg: /Users/syurin/Library/Logs/DiagnosticReports/clang_<YYYY-MM-DD-HHMMSS>_<hostname>.crash clang: note: diagnostic msg: (choose the .crash file that corresponds to your crash) clang: note: diagnostic msg: ******************** make: *** [libs/lcms2/src/cmslut.o] Error 254 -- 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 52929] New: Sleeping Dogs hangs at startup with the Vulkan renderer
by WineHQ Bugzilla 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52929 Bug ID: 52929 Summary: Sleeping Dogs hangs at startup with the Vulkan renderer Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 72302 --> https://bugs.winehq.org/attachment.cgi?id=72302 VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh log Hi, The game starts and works correctly with the OpenGL renderer and hangs when it launched with DAMAVAND (Vulkan renderer). Last lines in the output console when the game freeze : ###### 0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format 77, format_support 0000000005BFFC08 partial-stub! 0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format 98, format_support 0000000005BFFC08 partial-stub! 0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format 61, format_support 0000000005BFFC08 partial-stub! 0158:fixme:d3d11:d3d11_device_CheckFormatSupport iface 00000000003791D0, format 61, format_support 0000000005BFFC08 partial-stub! 0158:fixme:d3d11:d3d11_device_context_Map Ignoring map_flags 0x100000. 015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format WINED3DFMT_R24G8_TYPELESS. 015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format WINED3DFMT_R24G8_TYPELESS. 015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format WINED3DFMT_R24G8_TYPELESS. 015c:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format WINED3DFMT_R24G8_TYPELESS. amdgpu: The CS has been cancelled because the context is lost. 015c:err:d3d:wined3d_context_vk_submit_command_buffer Failed to submit command buffer 00007FF39C16E5D0, vr VK_ERROR_DEVICE_LOST. ###### I attach the VKD3D_DEBUG=trace VKD3D_SHADER_DEBUG=trace WINEDEBUG=+d3d,+d3d11,+d3d_shader,+seh 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 4

[Bug 52907] New: Etra's Training Grounds: Black solid models
by WineHQ Bugzilla 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52907 Bug ID: 52907 Summary: Etra's Training Grounds: Black solid models Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: joseskvolpe(a)gmail.com Distribution: --- Created attachment 72291 --> https://bugs.winehq.org/attachment.cgi?id=72291 Shell log Solid models on Etra's Training Grounds game are all dark Once starting, the game displays a lot of fixmes and errors: 0110:fixme:d3d11:d3d11_device_CheckFeatureSupport Unhandled feature 0x3. 00000000055CDC10: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM)". 016c:fixme:d3d_shader:shader_glsl_interpolation_qualifiers Unhandled interpolation mode 0x3. On Windows 10 using the same hardware, the solid models are rendered correctly, indicating that's not a issue with my Intel integrated graphics. Procedure: 1 - Open the game Download: https://etra-etra-games.itch.io/a-beginners-guide-to-fps-games SHA-1(Lesson-FPS_Buff-High Quality-64bit.zip): 56ec1d6098ccfc638d955cc3f093c77ae6749224 SHA-1(Lesson-FPS_Not-Buff-Lower Quality-64bit.zip): 7ce3384e3e5954beb1b84cbe1b9344e020b5387a I've used Lesson-FPS_Buff-High Quality-64bit.zip on the screenshots and log, low-quality version is glitch aswell, i didn't tested 32-bir versions -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 52894] New: comdlg32:filedlg - test_arrange() fails in Wine in the Japanese and Chinese locales
by WineHQ Bugzilla 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52894 Bug ID: 52894 Summary: comdlg32:filedlg - test_arrange() fails in Wine in the Japanese and Chinese locales Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- test_arrange() fails in Wine in the Japanese and Chinese locales: filedlg.c:761: Test failed: Wrong height of dialog 301, expected 323 https://test.winehq.org/data/patterns.html#comdlg32:filedlg The failure only happens in Wine and is 100% reproducible with the right locale. So this looks very much like a bug in comdlg32. -- 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 52921] New: Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii)
by WineHQ Bugzilla 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52921 Bug ID: 52921 Summary: Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii) Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: BOBBLOG(a)protonmail.com Distribution: --- Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii) when i launch the game. This was tested with wine-7.7 in a clean wine prefix. I'll attach +d3d 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 3

[Bug 52920] New: Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii)
by WineHQ Bugzilla 30 Apr '22

30 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52920 Bug ID: 52920 Summary: Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii) Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: BOBBLOG(a)protonmail.com Distribution: --- Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii) when i launch the game. This was tested with wine-7.7 in a clean wine prefix. I'll attach +d3d 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 52860] New: [Anno 2070]Crashes at launch (Assertion failed)
by WineHQ Bugzilla 29 Apr '22

29 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52860 Bug ID: 52860 Summary: [Anno 2070]Crashes at launch (Assertion failed) Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com Distribution: --- Created attachment 72259 --> https://bugs.winehq.org/attachment.cgi?id=72259 Anno 2070 on Windows 11 Hello, This game is a piece oh shit to update. If someone has the game : 1- Install UbisoftConnect & install the game 2- Cut Anno5 folder into a Windows partition. 3- Run Anno5.exe or Autopatcher.exe to update the game. 4- Retrieve the game folder. 5- Launch the game. When you run the step 5, you need to have the Anno window to enable the game (see attached screenshot). But with Wine 7.6, i have these lines in the output console : ****** 0100:fixme:d3d11:d3d11_device_context_SwapDeviceContextState D3D10 interface emulation not fully implemented yet! 0100:fixme:d2d:d2d_device_context_PushLayer iface 06C93460, layer_parameters 0032F348, layer 06CBD938 stub! 0110:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. 0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8. 0100:fixme:d2d:d2d_text_renderer_DrawGlyphRun Ignoring options 0x2. 0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8. 0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8. 0100:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 07C114E8. Assertion failed: iface->lpVtbl == (ID2D1DrawingStateBlockVtbl *)&d2d_state_block_vtbl, file ../dlls/d2d1/state_block.c, line 189 ****** -- 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 52928] New: comctl32:toolbar - test_sizes() fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 28 Apr '22

28 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52928 Bug ID: 52928 Summary: comctl32:toolbar - test_sizes() fails on Windows with the UTF-8 codepage 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:toolbar's test_sizes() fails on Windows with the UTF-8 codepage: toolbar.c:1594: Test failed: invalid rect (754,2)-(783,26) - expected (754,2)-(784,26) - (button = 5, tbsize_numtests = 18) toolbar.c:1597: Test failed: invalid rect (754,0)-(783,38) - expected (754,0)-(784,38) - (button = 5, tbsize_numtests = 19) toolbar.c:1626: Test failed: invalid rect (118,2)-(183,40) - expected (118,2)-(184,40) - (button = 2, tbsize_numtests = 21) toolbar.c:1634: Test failed: invalid rect (0,2)-(65,40) - expected (0,2)-(66,40) - (button = 0, tbsize_numtests = 22) toolbar.c:1661: Test failed: invalid rect (0,2)-(29,24) - expected (0,2)-(30,24) - (button = 0, tbsize_numtests = 24) https://test.winehq.org/data/patterns.html#comctl32:toolbar This can be reproduced on w10pro64-hi-u8. -- 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 52927] New: comctl32:rebar - test_bandinfo() fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 28 Apr '22

28 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52927 Bug ID: 52927 Summary: comctl32:rebar - test_bandinfo() fails on Windows with the UTF-8 codepage 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:rebar's test_bandinfo() fails on Windows with the UTF-8 codepage: rebar.c:949: Test failed: expected 35 for 38 from line 990 rebar.c:949: Test failed: expected 40 for 43 from line 996 rebar.c:949: Test failed: expected 40 for 43 from line 1015 https://test.winehq.org/data/patterns.html#comctl32:rebar Hindi + UTF-8 is the only locale where this test fails on Windows at this time. In particular there is no failure on the standard Hindi locale (English system locale) so this appears to be specific to UTF-8. -- 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 52926] New: usp10:usp10 The wgBlank and wgInvalid checks fail on Windows with the UTF-8 codepage
by WineHQ Bugzilla 28 Apr '22

28 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52926 Bug ID: 52926 Summary: usp10:usp10 The wgBlank and wgInvalid checks fail on Windows with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: usp10 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com usp10:usp10's wgBlank and wgInvalid checks in test_ScriptGetFontProperties() fails on some truetype fonts with Hindi + UTF-8 codepage: usp10.c:2634: Test failed: truetype font Symbol wgBlank 0000 gi[0] 0003 usp10.c:2645: Test failed: truetype font Symbol wgInvalid 0000 gi[0] 0003 usp10.c:2634: Test failed: truetype font Webdings wgBlank 0000 gi[0] 0003 usp10.c:2645: Test failed: truetype font Webdings wgInvalid 0000 gi[0] 0003 usp10.c:2634: Test failed: truetype font Wingdings wgBlank 0000 gi[0] 0003 usp10.c:2645: Test failed: truetype font Wingdings wgInvalid 0000 gi[0] 0003 https://test.winehq.org/data/patterns.html#usp10:usp10 See also bug 52925 which is a similar issue with wgBlank in a wider range of locales, and for bitmap fonts instead of TrueType ones. -- 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 52896] New: gdi32:font has a test_GetCharABCWidths() failure on all Windows 10 versions
by WineHQ Bugzilla 28 Apr '22

28 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52896 Bug ID: 52896 Summary: gdi32:font has a test_GetCharABCWidths() failure on all Windows 10 versions Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The following test_GetCharABCWidths() test fails on all Windows 10 versions: ret = GetCharABCWidthsW(hdc, 'a', 'a', abc); ok(!ret, "GetCharABCWidthsW should have failed\n"); font.c:1189: Test failed: GetCharABCWidthsW should have failed https://test.winehq.org/data/patterns.html#gdi32:font It was introduced in this pretty old commit: commit 0dc765809c602cf62a87e28451e4eea81eeca0cb Author: Hans Leidekker <hans(a)it.vu.nl> AuthorDate: Sat Dec 8 22:55:01 2007 +0100 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Mon Dec 10 12:27:13 2007 +0100 gdi32: GetCharABCWidthsI does not require a scalable font. -- 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 45385] New: Wrong state of virtual keys after cycling windows. Usually VK_MENU, VK_SHIFT and VK_CONTROL, but every key can be affected.
by wine-bugs＠winehq.org 27 Apr '22

27 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=45385 Bug ID: 45385 Summary: Wrong state of virtual keys after cycling windows. Usually VK_MENU, VK_SHIFT and VK_CONTROL, but every key can be affected. Product: Wine Version: 3.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: johnfound(a)asm32.info Distribution: --- I noticed that the state of the keys sometimes sticks in pressed state. This happens when cycling windows with some shortcut key combination. For example if cycling with Alt+Tab, on pressing Alt, the program gets WM_KEYDOWN and the state of the VK_MENU becomes pressed. But after cycling windows, the program does not get WM_KEYUP because the window is not focused and VK_MENU (and the respective VK_LMENU or VK_RMENU) remain in pressed state. When cycling back to the program window, the window get focused only after releasing Alt key, so it does not get this event as well. If cycling windows with another shortcut key combination (for example Alt+Shift+Tab - for backward cycling) both VK_MENU and VK_SHIFT keys stick. In the same time, GetAsyncKeyState returns the proper state of the keys. Note1: The problem is obviously in the wineserver code, because it handles the key state tables for the different threads. Note2: The effect happens only sometimes. It seems the code for proper processing is already there, but some racing conditions have place. Note3: There is some probability that the effect is in result of my application code, but it never happens on real Windows, so I considered it a bug. Note4: I tried to workaround this problem by reading the whole table by GetAsyncKeyState and setting it then with SetKeyboardState on WM_ACTIVATE message of the main window. This workaround actually works, but is too ugly IMO. The same trick on WM_ACTIVATEAPP does not work. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 52737] New: winecfg not open
by WineHQ Bugzilla 27 Apr '22

27 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52737 Bug ID: 52737 Summary: winecfg not open Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jayjameshlw(a)gmail.com Distribution: --- archkubi@GnuChanOS ~> winecfg MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete 0120:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 0120:err:winediag:nodrv_CreateWindow The explorer process failed to 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 3

[Bug 52735] New: Wine does not launch GUI apps
by WineHQ Bugzilla 27 Apr '22

27 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52735 Bug ID: 52735 Summary: Wine does not launch GUI apps Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bihag37553(a)flowminer.com Distribution: --- Wine versions above wine 7.0rc2 don't work for me on intel+nvidia setup on manjaro linux kernel 5.17.0-1 and I have also tried kernel 5.16. I'm using nvidia drivers version 510.60.02 When I launch wine, I get the following error: 00f4:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 00f4:err:winediag:nodrv_CreateWindow L"The explorer process failed to start." I have tried deleting the wine prefix and using wine-staging but couldn't fix this issue. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 52913] New: user32:dde fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 27 Apr '22

27 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52913 Bug ID: 52913 Summary: user32:dde fails on Windows with the UTF-8 codepage 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:dde fails on Windows with the UTF-8 codepage. dde.c:2653: client ansi, server ansi dde.c:2535: Test failed: Wrong size 5 expected 7 or 6, msg_index=9 dde.c:2537: Test failed: Expected abcé, got abcé, msg_index=9 msg_index=9 https://test.winehq.org/data/patterns.html#user32:dde The failing string is actually this one: { 0x0061, 0x0062, 0x0063, 0x9152, 0 }, /* Chinese with latin characters begin */ Adding a couple of wine_dbgstr_a() shows that the two strings that are compared are: dde.c:2538: Test failed: Expected [abc酒] "abc\xe9\x85\x92", got [abc��] "abc\xe9\x85", msg_index=9 I have confirmed that the 0x9152 UTF-16 character translates to \xe9\x85\x92 in UTF-8 [1]. So the issue is that the string we receive is missing one byte. However that looks like a Windows bug in the character encoding conversion. [1] For some reason test.winehq.org seems to interpret the page as iso-8859-1 so \xe9 is shown as 'é'. -- 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 33058] New: Visual Basic 6 crashes when object browser is clicked
by wine-bugs＠winehq.org 26 Apr '22

26 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=33058 Bug #: 33058 Summary: Visual Basic 6 crashes when object browser is clicked Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: german_ant_82(a)yahoo.com Classification: Unclassified Regression SHA1: Visual Basic 6 crashes when object browser button is clicked Created attachment 43703 --> http://bugs.winehq.org/attachment.cgi?id=43703 Backtrace Visual Basic 6 IDE crashes when object browser is clicked -- 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 10

[Bug 24914] New: Unable to resize form in visual basic 6 enterprise
by wine-bugs＠winehq.org 26 Apr '22

26 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=24914 Summary: Unable to resize form in visual basic 6 enterprise Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: stupidhomer(a)gmail.com If I make a new Standard Project and attempt to resize the form, it locks the whole form window, and to get it back, I have to double click on "Form1" in the project sidebar. No error messages or output from wine to understand the problem. -- 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 13

[Bug 52785] New: Battlefield 4 crashes in wined3d_buffer_create
by WineHQ Bugzilla 26 Apr '22

26 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52785 Bug ID: 52785 Summary: Battlefield 4 crashes in wined3d_buffer_create Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xiretza+winehq(a)xiretza.xyz Distribution: --- Created attachment 72167 --> https://bugs.winehq.org/attachment.cgi?id=72167 Report saved by the wine crash reporter During gameplay, Battlefield 4 frequently and seemingly randomly crashes with a page fault in wined3d_buffer_create. Some time ago I was able to play the game without any crashes, and I'm not aware of any updates to the game, so this may be a regression in wine - but too much on my system has changed since then to be certain. Crash report 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 8

[Bug 52901] New: gdi32:metafile - test_emf_ExtTextOut_on_path() fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 26 Apr '22

26 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52901 Bug ID: 52901 Summary: gdi32:metafile - test_emf_ExtTextOut_on_path() fails on Windows with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com test_emf_ExtTextOut_on_path() fails on Windows with the UTF-8 codepage: metafile.c:7907: Test failed: expected 0, got 183 metafile.c:7922: Test failed: expected 0, got 183 metafile.c:7981: Test failed: expected 0, got 183 metafile.c:8004: Test failed: ExtTextOut error 0 metafile.c:2326: Test failed: emf_TextOut_negative_count: mfsize=1840, bsize=128 metafile.c:2343: Test failed: emf_TextOut_negative_count: expected rclBounds.left = 0, got 10 metafile.c:2345: Test failed: emf_TextOut_negative_count: expected rclBounds.top = 0, got 20 metafile.c:2347: Test failed: emf_TextOut_negative_count: expected rclBounds.right = -1, got 29 metafile.c:2349: Test failed: emf_TextOut_negative_count: expected rclBounds.bottom = -1, got 39 metafile.c:2352: Test failed: expected nBytes 128, got 1840 metafile.c:2354: Test failed: expected nRecords 2, got 18 metafile.c:2219: Test failed: emf_TextOut_negative_count: emr->iType 14 != 84 metafile.c:2222: Test failed: emf_TextOut_negative_count: emr->nSize 20 != 108 https://test.winehq.org/data/patterns.html#gdi32:metafile -- 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 48008] New: WinSCP can't display Chinese characters correctly
by WineHQ Bugzilla 26 Apr '22

26 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48008 Bug ID: 48008 Summary: WinSCP can't display Chinese characters correctly 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: wwycheuk(a)gmail.com Distribution: --- Created attachment 65539 --> https://bugs.winehq.org/attachment.cgi?id=65539 screenshot Ubuntu Studio 19.10 is installed using Traditional Chinese interface. Downloaded and installed the latest version of WinSCP 5.15.5 from https://winscp.net/eng/download.php The Chinese characters in the dialog box appear as boxes, but the characters in main window are ok. (see picture 1) The Chinese characters in folder also appear as boxes (see picture 2), not sure whether they are of the same root cause. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 52769] New: Missing MFSchemeHandler for common url schemes
by WineHQ Bugzilla 26 Apr '22

26 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52769 Bug ID: 52769 Summary: Missing MFSchemeHandler for common url schemes Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: yshuiv7(a)gmail.com Distribution: --- Right now there is only a scheme handler for "file:". Some games use Media Foundation to play videos from URLs, VRChat is one of the notable examples. Missing common scheme handler for schemes such as "http:" and "https:" means videos can't be played in those games. -- 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 11

[Bug 52819] New: Smart-House Configuration Tool v1.25: crashes when configuring serial port
by WineHQ Bugzilla 25 Apr '22

25 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52819 Bug ID: 52819 Summary: Smart-House Configuration Tool v1.25: crashes when configuring serial port Product: Wine Version: 3.21 Hardware: x86-64 URL: https://www.smartbuilding.dk/software/z_controller/Set up_SmartHouse%20125.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: chroxvi(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 77b4391d442e927a2a59b5afb244355b0634aaa Distribution: Fedora Created attachment 72199 --> https://bugs.winehq.org/attachment.cgi?id=72199 Terminal output logs and bisect result Steps to reproduce: 1. Download and unzip the Carlo Gavazzi Smart-House Tool v1.25 from https://www.smartbuilding.dk/software/z_controller/Setup_SmartHouse%20125.z… ("Setup_SmartHouse 125.exe" sha256sum: 5fc57b031e232fbb0c40f157ec133a324d74c1fe52806baf0172458aadab6067) 2. Install the tool using: - WINEARCH=win32 WINEPREFIX=~/.smarthouse_regtest wine winecfg - WINEPREFIX=~/.smarthouse_regtest winetricks -q vb6run - WINEPREFIX=~/.smarthouse_regtest wine Setup_SmartHouse\ 125.exe (click through the install GUI in its default configuration) 3. Run the tool: - WINEPREFIX=~/.smarthouse_regtest wine ~/.smarthouse_regtest/drive_c/Program\ Files/Carlo\ Gavazzi/smart-house/smart-house\ 1.25/smart-house\ Tool\ 0125.exe 4. Open the menu: "Options" --> "Serial Port" 5. Program crashes This is a regression. The Smart-House tool (following the above procedure) works with no errors using Wine 3.20. Using Wine 3.21, it crashes as soon as the program is executed. An error message is displayed. It contains the text: "Run-time error ‘-2147220990 (80040202)’: Automation error". Using Wine 7.6, an error is shown when the program is executed, but the program starts. It contains the text: "Run-time error ‘-2147417839 (80010111)’: Method ‘~’ of object ‘~’ failed". When opening the menu "Options" --> "Serial Port", the application crashes. An error message is displayed. It contains the text: "Run-time error ‘-2147418105 (80010007)’: Automation error" Using latest master (wine-7.6-152-g07f22e20d73), the program installer crashes. However, executing the program with wine-7.6-152-g07f22e20d73 using a wine prefix installed with Wine 7.6 behaves identically to Wine 7.6. I did a bisect between Wine 3.20 and 3.21, which gave 77b4391d442e927a2a59b5afb244355b0634aaa as the first bad commit. -- 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 52881] New: Improve software components also for using “MiTeC System Information X”
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52881 Bug ID: 52881 Summary: Improve software components also for using “MiTeC System Information X” Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- I have tried the tool “MiTeC System Information X 4.2.0.0” out together with the software “Wine 7.7-1449.4”. Markus_Elfring@Sonne:~> wine /home/altes_Heim2/elfring/geladen/Freeware/MSIX/MSIX.exe 00c4:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\SecDrv": c0000142 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SecDrv" failed to start: 1114 0024:fixme:thread:GetThreadUILanguage : stub, returning default language. 0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 009AD7A8, 00000000 009AD7D0 0024:fixme:nls:get_dummy_preferred_ui_language (0x38 009AD7A8 00000000 009AD7D0) returning a dummy value (current locale) … 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION … 0120:fixme:resource:GetGuiResources (000001FC,0): stub 0120:fixme:process:QueryProcessCycleTime (000001FC,01425E90): stub! 0024:fixme:imm:ImeSetActiveContext (0x26adf8, 1): stub 0024:fixme:imm:ImmReleaseContext (00020082, 0026ADF8): stub 0070:fixme:imm:ImeSetActiveContext (0x5b6d0, 0): stub … 0024:fixme:win:WINNLSEnableIME hwnd 000100AA enable 0: stub! 0024:fixme:wevtapi:EvtOpenChannelEnum (00000000 0) stub 0024:fixme:wevtapi:EvtNextChannelPath (00000000 522 009ADE62 009AE28C) stub 0024:fixme:wevtapi:EvtClose (00000000) stub … 0024:err:listview:LISTVIEW_WindowProc unknown msg 109d, wp 0, lp 0 0024:fixme:win:WINNLSEnableIME hwnd 000100AA enable -1: stub! 0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 7405c (device=7 access=1 func=17 method=0) 0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) 0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 7c088 (device=7 access=3 func=22 method=0) … 0058:fixme:mountmgr:query_property Faking StorageDeviceProperty data 0058:fixme:mountmgr:query_property Unsupported property 0x7 … 0058:fixme:mountmgr:harddisk_ioctl returning zero-filled buffer for IOCTL_VOLUME_GET_VOLUME_DISK_EXTENTS 0058:fixme:mountmgr:query_property Unsupported property 0x34 0024:fixme:cdrom:CDROM_GetDeviceNumber stub 0024:fixme:cdrom:CDROM_GetMediaType : faking success … wine: Read access denied for device L"\\??\\Z:\\", FS volume label and serial are not available. … 0024:fixme:wbemdisp:propertyset_get__NewEnum 0024:fixme:ras:RasEnumConnectionsA (009AD088,009ADD4C,009ADD48),stub! 0024:fixme:ras:RasEnumConnectionsA RAS support is not implemented! Configure program to use LAN connection/winsock instead! 0024:err:ole:com_get_class_object class {f3bdfad3-f276-49e9-9b17-c474f48f0764} not registered 0024:err:ole:create_server class {f3bdfad3-f276-49e9-9b17-c474f48f0764} not registered 0024:err:ole:com_get_class_object no class object {f3bdfad3-f276-49e9-9b17-c474f48f0764} could be created for context 0x5 0024:err:winediag:netapi_init failed to load libnetapi.so … 0024:fixme:mpr:WNetGetUniversalNameW (L"C:\\", 0x00000001, 009ABE9C, 009AC2B4): stub … 0024:fixme:uxtheme:DrawThemeTextEx unsupported flags 0x00002201 … How will the chances evolve to fix remaining open issues? -- 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 52482] New: Invisible UI in installer of Lightroom Classic 2021/2022
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52482 Bug ID: 52482 Summary: Invisible UI in installer of Lightroom Classic 2021/2022 Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- Created attachment 71775 --> https://bugs.winehq.org/attachment.cgi?id=71775 Wine log When trying to install LR Classic 2021/2022, then I see only a white window and a error spam: """ 0178:fixme:mshtml:HTMLWindow2_get_frames (06004AF0)->(00D5F3A0): semi-stub 0178:fixme:mshtml:HTMLWindow2_get_frames (06004AF0)->(00D5F3A0): semi-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 1

[Bug 52797] New: FNA3D_Driver D3D11 needs ID3DUserDefinedAnnotation (game "Crystal Project")
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52797 Bug ID: 52797 Summary: FNA3D_Driver D3D11 needs ID3DUserDefinedAnnotation (game "Crystal Project") Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d-util Assignee: wine-bugs(a)winehq.org Reporter: madbyte(a)tuta.io Distribution: --- Created attachment 72177 --> https://bugs.winehq.org/attachment.cgi?id=72177 Generated using Proton 7.0 for the game "Crystal Project Demo" Links ------ FNA: https://github.com/FNA-XNA/FNA3D Crystal Project (Steam): https://store.steampowered.com/app/1637730/Crystal_Project/ There is a demo version available. Proton issue page: https://github.com/ValveSoftware/Proton/issues/5197#issuecomment-1092134636 Error check in FNA3D_Driver_D3D11 for "ID3DUserDefinedAnnotation": https://github.com/FNA-XNA/FNA3D/blob/9c00af2bfe30e28d48f93f4c1b4c62c38b3e1… Microsoft API Docs for "ID3DUserDefinedAnnotation": https://docs.microsoft.com/en-us/windows/win32/api/d3d11_1/nn-d3d11_1-id3du… "ID3DUserDefinedAnnotation" methods in latest Wine.git source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/d3d11/device.c#l3182 Description ------------ FNA is a reimplementation of the Microsoft XNA Game Studio 4.0 Refresh libraries. The steam game "Crystal Project" crashes on start up due to the following error message: https://gist.github.com/MadByteDE/9c7a084743009b3455f9f67e1e228698#file-gis… I'm unable to launch the game with vanilla Wine because of DRM (init SteamAPI failed) so the report is based on tests with latest Proton. I tried launching the game with WINED3D and DXVK, both were not able to launch the game. Workarounds ------------ - Another user hinted that the issue can be circumvented by installing Microsoft's d3dcompiler_47.dll into the game's prefix ie by using protontricks/winetricks. I wasn't able to reproduce this. - FNA also allows to switch to other drivers ie for OpenGL or Vulkan which seem to work well with Wine/Proton. System Info ------------ Distro: Arch Linux Kernel: Linux 5.17.1-arch1-1 GPU: AMD Radeon 5700 XT Driver: Mesa 22.0.1-3 CPU: AMD Ryzen 3600 -- 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 52817] New: Sifu crashes when opening the game
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52817 Bug ID: 52817 Summary: Sifu crashes when opening the game Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: braiamp(a)gmail.com Distribution: --- I'm not sure what title would be descriptive. I created a new prefix, installed vcrun2019 using winetricks and used Legendary to start Sifu up. When it starts up, it spends a time on the following (complete log file attached): 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible with origtexture GL_RGBA8)". 01f8:fixme:d3d:create_texture_view Depth slice (0-1) not supported. 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible with origtexture GL_RGBA8)". 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM)". 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM)". 01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in glTexBufferRange(internalFormat GL_RGBA8_SNORM)". 01e0:fixme:mfplat:topology_loader_Load 0000000001822940, 00000000018244A0, 000000000FC1FBB8, 0000000000000000. 01e0:fixme:mfplat:media_source_QueryInterface {6ef2a662-47c0-4666-b13d-cbb717f2fa2c}, 000000000FC1FAC8. 01fc:fixme:dxgi:d3d11_swapchain_present Unimplemented flags 0x200. 01f8:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. and before crashing, prints the following: 0268:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0268:fixme:heap:RtlSetHeapInformation 0000000001900000 0 0000000000B9FD60 4 stub 0268:fixme:win:DisableProcessWindowsGhosting : stub 0268:fixme:msctf:InputProcessorProfileMgr_GetActiveProfile (0000000000C0E370)->({34745c63-b2f0-4784-8b67-5e12c8701a31} 0000000000B8BDE0) 0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 59 (SPI_SETSTICKYKEYS) 0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 53 (SPI_SETTOGGLEKEYS) 0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 51 (SPI_SETFILTERKEYS) 0268:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1. 0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800. 0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800. I know that wine-staging+dxvk started the game without graphics issues (there were missing textures without dxvk and https://bugs.winehq.org/show_bug.cgi?id=52536 still happens). Crashes occur whenever I plug in a controller or not. -- 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 52810] New: Applications are unable to locate some files, but not others, while Wine file explorer can locate them (tested with MusicBee and ToDoList)
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52810 Bug ID: 52810 Summary: Applications are unable to locate some files, but not others, while Wine file explorer can locate them (tested with MusicBee and ToDoList) Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: devtarc(a)gmail.com Distribution: Ubuntu OS: Xubuntu 20.04.4 LTS (64-bit) I'm using MusicBee and AbstractSpoon's ToDoList using Wine, each in their own Wine prefix. Both prefixes are 32-bit and are in the Xubuntu partition and were not created using root. The ToDoList reads files from the partition Xubuntu is installed in (ext4), and MusicBee reads from an NTFS partition. Both run really well, but sometimes they are unable to find some files. For MusicBee, they are some song files (mostly mp3 I think), and for ToDoList, some todo list files (.tdl). All of those files are stored outside of the Wine prefix. For MusicBee, they are symlinked into it to preserve database structure. There is no apparent pattern on the files that could explain why some can't be loaded and others can't. Everytime this happens, it's always the same files that can't be located. However, Wine's files explorer is able to locate them. I'm also able to access them both through Xubuntu and Windows. Also, I'm not really sure what is triggering it. It tends to be like this from boot, but doesn't happen all the time. Lately it seems to have been triggered by rebooting, but it could be something from 7.6, as I have rebooted Xubuntu many times while trying to fix this and many of those times it worked correctly afterwards. Things I have tried: - Changing mount permissions for the NTFS partition - Adding more libraries/DLLs to the MusicBee prefix - Changing permissions for the music library folder while in Windows - Manually locating the missing files using the Wine file explorer - Watching for the console output (didn't seem to have anything major) - Using WINEDEBUG (couldn't see anything obvious and I'm not really experienced with it) I tried it mostly with MusicBee because it's the one I use the most. Both MusicBee and ToDoList handle missing files nicely, so no crash log. I did a clean install of Xubuntu March 20th and this has been happening since then. Tested it with Wine stable (7.0) as well as Wine devel (7.4, 7.5 and 7.6). Before that I had been using Ubuntu 18.04 since early 2020 and they were working correctly. I don't remember the Wine version, but it was either devel or staging. The MusicBee forums has a thread on running it on Wine and they haven't reported this kind of problem, so I feel it may have something to do with the Xubuntu version and/or Xfce, especially considering that it was working correctly under vanilla Ubuntu 18.04 (and also vanilla Ubuntu 16.04 before that). However, I haven't found any similar problems when searching with Google or in the bug tracker. -- 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 52793] New: commit c7e87b536edb28bb48162690e0d42c9ba9ccb43c breaks Total Commander internal file associations
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52793 Bug ID: 52793 Summary: commit c7e87b536edb28bb48162690e0d42c9ba9ccb43c breaks Total Commander internal file associations Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: felix.huber(a)schyf.de Distribution: --- Calling native Linux applications with internal associations by using a script with the line: /usr/bin/xdg-open "`wine winepath -u "$1"`" works only when output of stderr can be printed to a console. Redirecting stderr to /dev/null breaks this mechanism starting with commit c7e87b536edb28bb48162690e0d42c9ba9ccb43c: the script does not get called 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 4

[Bug 52789] New: Unwanted Console Creation when Winegcc compiled Processes are started
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52789 Bug ID: 52789 Summary: Unwanted Console Creation when Winegcc compiled Processes are started Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: chopinbig(a)tutanota.com Distribution: --- When winegcc apps are run, a console (terminal) pops up with Wine 7.5 which didn't happen in Wine 7.4 or any previous Wine version either. This is odd behaviour. If the unwanted console window is closed, then it causes a crash. I think I've tracked it down to these commit's https://source.winehq.org/git/wine.git/commit/7b65ef3afbe880b82e89656435261… https://source.winehq.org/git/wine.git/commit/c7e87b536edb28bb48162690e0d42… https://source.winehq.org/git/wine.git/commit/f034084d49b354811096524d472ae… 2022-03-17 Eric Pouech kernelbase: Handle corner case in CreateProcess. commit | commitdiff | tree 2022-03-17 Eric Pouech start: Force no console creation when using start ... commit | commitdiff | tree 2022-03-17 Eric Pouech services: Start services detached from console. commit | commitdiff | tree -- 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 52786] New: "wine cmd.exe /c [any command which outputs text]" returns zero length text
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52786 Bug ID: 52786 Summary: "wine cmd.exe /c [any command which outputs text]" returns zero length text Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: bill2allison(a)yahoo.co.uk Distribution: --- Works correctly only when executed from a terminal (xterm etc) Fails when wine is invoked (directly or by another program such as winetricks) from desktop menu or launcher or a .desktop file. MY ENVIRONMENT -------------- OpenSUSE Tumbleweed KDE/Plasma Wine 7.5 TO REPRODUCE ------------ 1) From the desktop launcher run wine cmd.exe /c echo 'hello' > ~/test.txt Each time it is run, the test.txt timestamp is updated but the file remains empty 2) From the desktop launcher run winetricks --gui Displays info then error message 'wine cmd.exe /c echo '%AppData%' returned empty string, error message "" ' 3) Issue test 1 above in xterm or similar then test.txt contains "hello" 4) Issue test 2 above in xterm or similar then winetricks starts and runs normally WORKAROUND ---------- Include terminal=true in affected .desktop files and menu configs or start those programs from within a terminal -- 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 49111] New: ELWAVE Demo installer crashes on start
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=49111 Bug ID: 49111 Summary: ELWAVE Demo installer crashes on start Product: Wine Version: 5.2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 67087 --> https://bugs.winehq.org/attachment.cgi?id=67087 Wine log The installer crashes as soon as its run, see attached log - that's a full log, not only the backtrace. -- 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 52796] New: wine 7.5+ can no longer enqueue files from Dolphin to foobar2000
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52796 Bug ID: 52796 Summary: wine 7.5+ can no longer enqueue files from Dolphin to foobar2000 Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kohhnztqscldrekdqn(a)kvhrw.com Distribution: --- With wine 7.4 and earlier it was possible to select audio files in Dolphin and send them to foobar2000's playlist with 'Open With > foobar2000' context menu entry. With wine 7.5 and 7.6 foobar2000 will start but file selection doesn't appear in the playlist. Drag & drop from Dolphin still works though. Below foobar2000 launcher script and .desktop file are similar to what I use if that matters. https://aur.archlinux.org/cgit/aur.git/tree/foobar2000.sh?h=foobar2000 https://aur.archlinux.org/cgit/aur.git/tree/foobar2000.desktop?h=foobar2000 -- 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 52783] New: error: unknown type name ‘uint64_t’
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52783 Bug ID: 52783 Summary: error: unknown type name ‘uint64_t’ Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winealsa.drv Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- Created attachment 72164 --> https://bugs.winehq.org/attachment.cgi?id=72164 log.txt Compiling in 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-7.5 In function ‘get_time_msec’: error: ‘uint64_t’ undeclared (first use in this function) warning: control reaches end of non-void function [-Wreturn-type] -- 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 49112] New: ELWAVE doesn't start - detects Wine as VM
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=49112 Bug ID: 49112 Summary: ELWAVE doesn't start - detects Wine as VM Product: Wine Version: 5.2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- The program doesn't start, since it refuses to work in a VM but detects Wine as such. Seems to work on older CPUs though, so maybe that's a clue. Reported in the forums: https://forum.winehq.org/viewtopic.php?f=2&t=33826 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 51387] New: Critical Section timeout between "dlls/user32/user_main.c: user_section" and "dlls/winex11.drv/window.c: win_data_section"
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51387 Bug ID: 51387 Summary: Critical Section timeout between "dlls/user32/user_main.c: user_section" and "dlls/winex11.drv/window.c: win_data_section" Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: l.arzeni(a)iname.com Distribution: --- Created attachment 70242 --> https://bugs.winehq.org/attachment.cgi?id=70242 application logs Environment: GNU Debian Linux, kernel 4.19.0-16-amd64 #1 SMP Debian 4.19.181-1 (2021-03-19), Wine 4.0.2, but I tested it and I can reproduce the issue under every release of wine32, from release 1.5 to release 5.0.3, I'm running an old windows application. It works showing a list of records from an ODBC connection, then when a record is clicked, it opens a form for editing the record. It's similar to MS Access, but the application is written in a 4GL db language called clarion. I can share the sources, if needed. The application works fine under "native" windows (tested in all releases of windows, from windows XP to Windows 10). The application looks fine, but hangs after a while, if I run it under wine: env WINEPREFIX=/home/user1/.wine32 wine /srv/data/shared/LicenseManager.exe The log shows that there is a timeout in a critical section, may be a deadlock between: "dlls/user32/user_main.c: user_section" and "dlls/winex11.drv/window.c: win_data_section" This is the relevant lines of the logs: 0024:err:ntdll:RtlpWaitForCriticalSection section 6EDB7C80 "dlls/user32/user_main.c: user_section" wait timed out in thread 0024, blocked by 0114, retrying (60 sec) 0114:err:ntdll:RtlpWaitForCriticalSection section 7DB04220 "dlls/winex11.drv/window.c: win_data_section" wait timed out in thread 0114, blocked by 0024, retrying (60 sec) To solve the issue, I run it with "taskset --cpu-list 0 ", that is: env WINEPREFIX=/home/user1/.wine32 taskset --cpu-list 0 wine /srv/data/shared/LicenseManager.exe But, if I user the taskset, the application GUI artifacts became "dirty" , and I need to close and reopen the window to redraw them properly. Is there any clue to solve this issue, or, at least, to avoid the garbage on the user interface when running under the "taskset" command? Please note: the issue is not "application specific" but, afaik, instead the bug affects all application generated with "clarion" Regards, Luca -- 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 52846] New: Capture One 22 fails to start with wbemprox related crashes
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52846 Bug ID: 52846 Summary: Capture One 22 fails to start with wbemprox related crashes Product: Wine Version: 7.6 Hardware: x86-64 URL: https://www.captureone.com/en/new-update/capture-one-2 2 OS: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Created attachment 72244 --> https://bugs.winehq.org/attachment.cgi?id=72244 +wbemprox,+mountmgr,+seh Hi, a user reported trouble with this program on the forum so i gave it a try. Apparently for him it crashed inside wbemprox, but the crash is for me different, and more unfortunate it differs from time to time, and every now and then it does`t crash at all but just starts.... But all crashes look similar like: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at System.Management.SecuredIEnumWbemClassObjectHandler.Clone_(IEnumWbemClassObject& ppEnum) at System.Management.ManagementObjectCollection.GetEnumerator() I attached one of the crashes to this report (+seh,+wbemprox,+mountmgr). One thing that can be seen it queries for property "Characteristics" from win32_processor, that is afaics missing, but that is probably not the cause of the crashes; to rule that out could it be added? It might be due to mountmgr.sys insufficiencies, but i cannot tell really for sure. Anyway, one way to reliably get the program started 100% is disabling mountmgr.sys and/or wbmprox... (Note: I installed native dotnet48, d3dcompiler_47 and arial via 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 52508] New: EnumDisplayDevices() fails in obscure ways on 32-bit arch when 64-bit Vulkan is present but 32-bit is missing
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52508 Bug ID: 52508 Summary: EnumDisplayDevices() fails in obscure ways on 32-bit arch when 64-bit Vulkan is present but 32-bit is missing Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com CC: jacek(a)codeweavers.com, zzhang(a)codeweavers.com Distribution: --- FWIW, this is easy to trigger by running 32-bit ddraw:ddraw1. I'm fine with calling this case "user error", but the problem is, it's not that hard to be missing Vulkan drivers for one architecture, while debugging this took way too long. It'd be nice to at least have some way of printing a message. The basic problem is that when Vulkan is present we retrieve the PCI IDs from it, but when it's absent we set them to zero. As a result we end up creating two different sets of registry entries, but only the 64-bit one gets populated via initialize_display_settings(). EnumDisplayDevices() tries to access it and finds the GPU entries empty. This does lead me to ask: can we avoid querying GPUs in each process? Can we just let explorer.exe manage them and get our information from there? CC'ing Jacek and Zhiyi as both having worked closely with this 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 7

[Bug 52809] New: Steam regression since 2aa4673f32
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52809 Bug ID: 52809 Summary: Steam regression since 2aa4673f32 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Distribution: --- Created attachment 72185 --> https://bugs.winehq.org/attachment.cgi?id=72185 Log output One of Steam's steamwebhelper.exe processes crashes repeatedly in Wine git. A bisect resulted in this commit: 2aa4673f32d08238b61e5b445d8bf873dccf2556 is the first bad commit commit 2aa4673f32d08238b61e5b445d8bf873dccf2556 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Apr 11 11:36:24 2022 +0200 ntdll: Support UTF-8 codepage in string conversion functions. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/ntdll/locale.c | 189 ++++++++++++++++++++++++++++++++++++++++------------ dlls/ntdll/string.c | 8 +-- 2 files changed, 148 insertions(+), 49 deletions(-) Wine output repeats the lines from the attached log.txt repeatedly. I'll investigate more closely tomorrow. -- 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 6682] IrfanView's 4.44 Help -> About window is missing a picture on the left
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=6682 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #76 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 7.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 0

[Bug 52825] New: Capella help crashes with Error "qtwebengingeprocess has serious errors"
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52825 Bug ID: 52825 Summary: Capella help crashes with Error "qtwebengingeprocess has serious errors" Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: newsletter(a)gerhardbeck.de Distribution: --- Created attachment 72211 --> https://bugs.winehq.org/attachment.cgi?id=72211 Screenshot I wanted to use the help of capella 8. It show the start spleen but when trying to see a content it crashes, see attached screenshot and backtrace -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 52640] New: Steam does not display anything when using the Vulkan renderer (stack overflow from official Vulkan loader calling into dxgi)
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52640 Bug ID: 52640 Summary: Steam does not display anything when using the Vulkan renderer (stack overflow from official Vulkan loader calling into dxgi) Product: Wine Version: 7.3 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Regression SHA1: 24432a24d5e922cbd824b0af8f7b0c66ff2b66e8 Distribution: --- steamwebhelper.exe constantly crashes due to a stack overflow: 05bc:err:winediag:wined3d_dll_init Using the Vulkan renderer. 05bc:fixme:heap:RtlSetHeapInformation 0000000000000000 1 0000000000000000 0 stub 05bc:err:virtual:virtual_setup_exception stack overflow 2000 bytes in thread 05bc addr 0x1700304f0 stack 0x20830 (0x20000-0x21000-0x120000) The problem is that CEF ships the Vulkan loader (vulkan-1.dll), and during the process of initializing Vulkan [wined3d_init_vulkan()], the loader calls CreateDXGIFactory1(), which triggers Wine to initialize itself and subsequently initialize Vulkan, leading to infinite recursion. Fundamentally USE_WIN32_VULKAN can't work with the official (?) Vulkan loader, and so any attempt to use the Vulkan renderer on Windows would fail as well... -- 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 24574] New: RAR Password Recovery Magic initial (registration) window is empty and doesn't allow any interaction
by wine-bugs＠winehq.org 22 Apr '22

22 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=24574 Summary: RAR Password Recovery Magic initial (registration) window is empty and doesn't allow any interaction Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Created an attachment (id=31036) --> (http://bugs.winehq.org/attachment.cgi?id=31036) The initial window Download and install, try to run. -- 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 16

[Bug 52763] New: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 breaks ConEmu in win10 mode
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52763 Bug ID: 52763 Summary: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 breaks ConEmu in win10 mode Product: Wine Version: 7.5 Hardware: x86-64 URL: https://conemu.github.io/en/Downloads.html OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Regression SHA1: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 Distribution: Debian ConEmu in win10 is broken since aforementioned commit. The ConEmu console reports an error and than bails out. The bug is only present when version is set to win10 Expected behaviour: Have an interactive ConEmu console Actual behaviour: Conemu console unusable 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 is the first bad commit commit 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Thu Mar 31 12:06:41 2022 +0200 kernelbase: Allocate HLOCAL / HGLOBAL from a static handle table. Sharing the table pointers through KernelBaseGetGlobalData to check for handle validity in kernel32, and as native does it. Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/kernel32/heap.c | 20 +++++--- dlls/kernel32/tests/heap.c | 9 ---- dlls/kernelbase/memory.c | 115 ++++++++++++++++++++++++--------------------- 3 files changed, 75 insertions(+), 69 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 15

[Bug 52703] New: regression in wine 7.4-1 - irfanview x64 crash in [AccessCheckByTypeAndAuditAlarmW]
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52703 Bug ID: 52703 Summary: regression in wine 7.4-1 - irfanview x64 crash in [AccessCheckByTypeAndAuditAlarmW] Product: Wine Version: 7.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joo.peter(a)gmail.com Distribution: --- Created attachment 72060 --> https://bugs.winehq.org/attachment.cgi?id=72060 this is the backtrace provided by wine when i_view64.exe crashed I think it is important to have the exact steps on how to reproducate such issue. Maybe it is trivial, but I wrote it down here anyway. 1) Install the lastest Manjaro with Xfce desktop environment from here: https://manjaro.org/downloads/official/xfce I downloaded the manjaro-xfce-21.2.4-220301-linux515.iso file. Using VirtualBox I created a fresh installation. 2) Upgraded the fresh install to its latest stable version: yes | sudo pacman -Scc && sudo pacman -Suu --refresh --refresh 3) Irfanview requires mono too, so install wine and wine-mono: sudo pacman -S --needed wine wine-mono The installed version become: multilib/wine = 7.4-1 community/wine-mono = 7.1.1-1 4) Download IrfanView x64 and its plugins from here https://www.irfanview.com/64bit.htm The following links are the one you need from that page: Download IrfanView-64 English (Version 4.60, ZIP file, 3.13 MB) Download IrfanView-64 PlugIns (Version 4.60, ZIP file, 23.80 MB) Afterwards you have two zip files: iview460_x64.zip iview460_plugins_x64.zip 5) Extract iview460_x64.zip to $HOME/temp/irfanview directory. Extract iview460_plugins_x64.zip into the '$HOME/temp/irfanview/Plugins' directory. 6) Go there and run it manually: wine64 ./i_view64.exe It opens with a crash: Backtrace: =>0 0x000000007b037997 AccessCheckByTypeAndAuditAlarmW+0x36997() in kernelbase (0x000000000000000a) 1 0x000000023d82b176 CharLowerA+0x3182() in user32 (0x000000000000000a) 2 0x000000023d82bd0e CharLowerA+0x3d1a() in user32 (0x000000000011f900) 3 0x000000023d82be0e CharLowerA+0x3e1a() in user32 (0x000000000011f900) 4 0x000000014007e070 in i_view64 (+0x7e070) (0x000000000011f900) 5 0x0000000140109500 in i_view64 (+0x109500) (0x0000000000000000) 6 0x000000007b62bb79 ActivateActCtx+0x1ffc1() in kernel32 (0x0000000000000000) 7 0x000000017005a173 A_SHAFinal+0x38243() in ntdll (0x0000000000000000) The full crash is in the attached backtrace.txt file. The proof that previous version works: 1) remove just wine and wine-mono, but keep their dependencies there sudo pacman -R wine wine-mono 2) download the previous compatible versions manually: wget https://archive.archlinux.org/packages/w/wine/wine-7.3-1-x86_64.pkg.tar.zst wget https://archive.archlinux.org/packages/w/wine-mono/wine-mono-7.1.1-1-any.pk… 3) install them: pacman -U ./wine-7.3-1-x86_64.pkg.tar.zst pacman -U ./wine-mono-7.1.1-1-any.pkg.tar.zst 4) run irfanview again, it starts without crash: wine64 ./i_view64.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 18

[Bug 52223] New: activeCodePage utf-8 in application manifest not respected
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52223 Bug ID: 52223 Summary: activeCodePage utf-8 in application manifest not respected Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fusion Assignee: wine-bugs(a)winehq.org Reporter: terinjokes(a)gmail.com Distribution: --- Starting[1] with Windows 1903 (Windows 10 May 2019 update), Windows has allowed applications to opt-in to supporting the UTF-8 code page by defining "activeCodePage" in their application manifest. When in this mode, the "ANSI" -A WinAPI functions operate in UTF-8 mode. <activeCodePage xmlns="http://schemas.microsoft.com/SMI/2019/WindowsSettings">UTF-8</activeCodePage> WINE, even when winver is set to "win10", does not respect this application manifest key, resulting in the application starting with a legacy code page. This can cause issues if the user expects to work with files or strings not supported in the active legacy code page. Often characters that cannot be represented in the code page are replaced by question marks. I am using the staging release of 6.22. [1]: https://docs.microsoft.com/en-us/windows/apps/design/globalizing/use-utf8-c… Expectation: When an application with activeCodePage set to "UTF-8" in the application manifest calls GetACP(), the number 65001 (CP_UTF8) is returned. Strings returned by WinAPI functions (eg, file paths) are encoded in UTF-8. Strings provided to WinAPI functions are UTF-8 and display appropriately in the UI. Observed: GetACP() returned a number representing a legacy code page (eg, 1252). Strings returned by WinAPI functions are in that code page. Characters that cannot be represented are replaced by question marks. -- 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 44144] New:=?UTF-8?Q?=20Complete=20support=20for?= “InstallShield Wizard” ( for a game installation)
by wine-bugs＠winehq.org 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=44144 Bug ID: 44144 Summary: Complete support for “InstallShield Wizard” (for a game installation) 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: Markus.Elfring(a)web.de Distribution: --- I have tried to install the game “Civilization IV” once more. The corresponding log messages indicate some details for further considerations. elfring@Sonne:~> wine /run/media/elfring/CIVILIZATION4/setup.exe 0038:fixme:heap:RtlSetHeapInformation 0x240000 0 0x23fd00 4 stub 0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386 004b:err:rpc:I_RpcReceive we got fault packet with status 0x80004005 0035:err:ole:xCall RpcChannelBuffer SendReceive failed, 80004005 0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386 … 0035:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet … 0035:fixme:apphelp:ApphelpCheckInstallShieldPackage stub: 0x33ddf4 L"D:\\data1.hdr" 0038:err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub manager, oxid=3700000038, oid=2 0038:err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d 0051:err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-4e00-000034000000} 0050:err:rpc:I_RpcReceive we got fault packet with status 0x80010108 … Now I am curious which other open issues will be still remaining if the situation can be improved for the software “InstallShield Wizard” a bit more also around such programming interfaces. -- 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 2485] Paltalk crashed
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=2485 khashajar.hani(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |khashajar.hani(a)gmail.com -- 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 43862] New: NVAPI can't start (error 0xFFFFFFFE)
by wine-bugs＠winehq.org 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=43862 Bug ID: 43862 Summary: NVAPI can't start (error 0xFFFFFFFE) Product: Wine Version: 2.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: ikdc.services(a)gmail.com Distribution: --- Created attachment 59440 --> https://bugs.winehq.org/attachment.cgi?id=59440 Logs of the command : "wine csgo.exe" Detected when I tried to start CS:GO on Steam Windows (started also with wine). With the logs, it seems to be an D3D error about format. Config : - Xubuntu 16.04 x86 - Nvidia GT 430 (Driver : Nvidia Official Binary, V 387.12) -- 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 52833] New: Wine's wscript.exe and cscript.exe don't support UTF-16 LE with BOM script files
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52833 Bug ID: 52833 Summary: Wine's wscript.exe and cscript.exe don't support UTF-16 LE with BOM script files Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wscript Assignee: wine-bugs(a)winehq.org Reporter: devscholar(a)foxmail.com Distribution: --- Wine's wscript.exe and cscript.exe don't support UTF-16 LE with BOM script files. Microsoft's does. This feature is used to create Unicode scripts. -- 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 52852] New: Retrieving all properties from wmi class with "Select-object *" fails (in powershell core)
by WineHQ Bugzilla 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52852 Bug ID: 52852 Summary: Retrieving all properties from wmi class with "Select-object *" fails (in powershell core) Product: Wine Version: 7.6 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: dotnet, download Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian (prerequisite: winetricks -q dotnet48) The following code retrieves all properties from a class in PS Core on Windows (tested with a few common classes): ([wmiclass]'\\.\root\cimv2:win32_logicaldisk').GetInstances() |Select-Object * In all classes in wine I get: "format-default: Error code: 0x80041002" With the hack at the end of this post it works in wine too for most classes, so maybe it might be easy to fix (?). Returning anything else then an error that starts with 0x8* works really I found by trial and error. However the hack also doesn`t work (breaks) cases like win32_process where the count is more then one, so I guess the fix might be more complicated after all: ([wmiclass]'\\.\root\cimv2:win32_process').GetInstances() |Select-Object * Output (with hack): Select-Object: Z:\home\louis\ramdisk\a.ps1:1 Line | 1 | … class]'\\.\root\cimv2:win32_process').GetInstances() |Select-Object * | ~~~~~~ | The following exception occurred while retrieving members: | "Object reference not set to an instance of an object." Steps to reproduce: - winetricks -q dotnet48 - Install PS Core from downloadlink. - Save the following line in a file called for example a.ps1: ([wmiclass]'\\.\root\cimv2:win32_logicaldisk').GetInstances() |Select-Object * - Then: 'wine pwsh -file a.ps1' Hack: diff --git a/dlls/wbemprox/query.c b/dlls/wbemprox/query.c index 8233d35878d..ee0bc3ec14e 100644 --- a/dlls/wbemprox/query.c +++ b/dlls/wbemprox/query.c @@ -1181,7 +1181,7 @@ HRESULT get_propval( const struct view *view, UINT index, const WCHAR *name, VAR if ((hr = map_view_index( view, index, &table_index, &result_index )) != S_OK) return hr; if (is_system_prop( name )) return get_system_propval( view, table_index, result_index, name, ret, type, flavor ); - if (!view->result_count || !is_result_prop( view, name )) return WBEM_E_NOT_FOUND; + if (!view->result_count || !is_result_prop( view, name )) return 0x40005; table = view->table[table_index]; hr = get_column_index( table, name, &column ); -- 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 30107] New: IE8 buttons bar doesn't have background under several buttons
by wine-bugs＠winehq.org 21 Apr '22

21 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=30107 Bug #: 30107 Summary: IE8 buttons bar doesn't have background under several buttons Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mr_wire(a)mail.ru Classification: Unclassified Created attachment 39239 --> http://bugs.winehq.org/attachment.cgi?id=39239 Screenshot of started IE8 While starting IE8 I get no background under back/forward, stop and search buttons. Buttons bar background for these buttons is copied from application window that in the background IE startup. -- 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 52835] New: Controller device gets permanently assigned as xinput ONLY or dinput ONLY on prefix creation, depending how the prefix was created.
by WineHQ Bugzilla 21 Apr '22

21 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52835 Bug ID: 52835 Summary: Controller device gets permanently assigned as xinput ONLY or dinput ONLY on prefix creation, depending how the prefix was created. Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: twilight312+winebugzilla(a)gmail.com Distribution: --- Created attachment 72227 --> https://bugs.winehq.org/attachment.cgi?id=72227 winecfg-dinput.log Dear wine developers, Depending on if the prefix was first created by running ``wine control`` or ``winecfg``, my controller device gets permanently (for that prefix) assigned as either ``dinput`` ONLY device (being not visible for application that accepts only ``xinput`` devices), or as ``xinput`` device, allowing to be used by said application. Once the prefix is created, there is no way to change how the device will be seen on wine's side. Specifically: If prefix is first created by running ``wine control``, the device will be ``xinput`` (see log ``wine-control-xinput.log`` from creating the prefix and ''xinput.png`` screenshot for ``wine control`` joyapplet content). If prefix is first created by running ``winecfg``, the device will be ``dinput`` (see logs ``winecfg-dinput.log`` from creating the prefix and ``wine-control-dinput.log`` from running ``wine control`` there, also ''dinput.png`` screenshot for ``wine control`` joyapplet content). All logs are made with: WINEDEBUG="+plugplay,+hid,+xinput" It is worth adding, that any prefix affected by the bug (as in - controller device not usable by application expecting ``xinput``) will have the controller WORKING as ``xinput`` if the prefix will be run with Wine 6.16 or earlier. The bug is present in Wine 6.17 already (despite no separate ``dinput`` and ``xinput`` fields in ``wine controll`` joyapplets, those appeared in Wine 6.18). Cheers, /CatLady -- 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 52488] New: Nota Bene crashes at the end of install with denormal float operand exception
by WineHQ Bugzilla 21 Apr '22

21 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52488 Bug ID: 52488 Summary: Nota Bene crashes at the end of install with denormal float operand exception Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Follow up to bug 12732. Now that the thunks are not getting freed anymore, this is the next issue plaguing the installer. Note that it works fine in winevdm from otya128 and we have permissions to port fixes back to Wine. -- 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 52006] New: Nokia SDK 2.0 emulator stuck at 98%
by WineHQ Bugzilla 20 Apr '22

20 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52006 Bug ID: 52006 Summary: Nokia SDK 2.0 emulator stuck at 98% Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zzhang(a)codeweavers.com Distribution: --- This is split from bug 51916. This bug is seen by opening emulator.exe or Nokia_SDK_2_0_Java_em.exe. Nokia SDK 2.0 for Java: https://www.softpedia.com/get/Programming/SDK-DDK/Nokia-SDK.shtml SHA1: 969dc440a420a7a3a210518f7fc4730f52826ad2 Note: JDK 6u23 is needed to open this application. It has a bug that won't find RMI ports in newer Java versions, which also occurs in Windows. The original report says that turning of theming is a workaround but I can't confirm it. -- 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 19092] New: Missing background in Civilization 4 launch window
by wine-bugs＠winehq.org 20 Apr '22

20 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=19092 Summary: Missing background in Civilization 4 launch window Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=22037) --> (http://bugs.winehq.org/attachment.cgi?id=22037) Screenshot in Ubuntu Well the tittle says everything. I'm attaching a screenshot. -- 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 47264] New: Visual Studio 2015 does not start
by wine-bugs＠winehq.org 18 Apr '22

18 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=47264 Bug ID: 47264 Summary: Visual Studio 2015 does not start Product: Wine Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: exposight(a)gmail.com Distribution: --- Created attachment 64554 --> https://bugs.winehq.org/attachment.cgi?id=64554 startup log Continuation after https://bugs.winehq.org/show_bug.cgi?id=47201 fixed. Visual Studio still does not start, but now nothing obvious can be seen in the logs. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 4

[Bug 51885] New: Installing Dotnet Causes Recursive Cannot Parse File Errors and Terminal Spam
by WineHQ Bugzilla 18 Apr '22

18 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51885 Bug ID: 51885 Summary: Installing Dotnet Causes Recursive Cannot Parse File Errors and Terminal Spam Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nekoNexus(a)protonmail.ch Distribution: --- This is an issue that's plagued me with Wine for a long while now: For some reason, I don't know why, but VERY often when I execute a Wine process in a terminal (I use Konsole and Yakuake) Wine spits out excess lines of "information" until I terminate the terminal shell. This gets particularly noticeable when doing things like installing dotnet, where there's a lot going on. For not as long but still a while, installing dotnet in particular causes it to search in my ~/.local/share/applications folder for some reason, then going through a symlink I have there, then navigating to the Wine-defined "Z drive" to scan a bunch of other locations on my PC recursively. The two issues combined causes literally endless spam in my terminal and it even spills into other process in that same terminal session, like opening a file in nano. I would log this data to a file *but I literally can't do so;* there's too many characters to log and it isn't possible for me to capture all the data. Needless to say (I kind of already said it), this can also make collecting information quite difficult for application testing for bug reporting. -- 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 18027] New: Check support for application switching by keybord shortcuts
by wine-bugs＠winehq.org 18 Apr '22

18 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=18027 Summary: Check support for application switching by keybord shortcuts Product: Wine Version: 1.1.19 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Markus.Elfring(a)web.de I am used to the shortcut "Alt+Tab" with the effect of switching between application windows. This is usually also supported in X sessions (like KDE or GNOME). But it does not work if the game "Civilization 4" was started in full screen mode. How much has this behaviour got to do with an option "Managed windows using X11"? -- 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 52823] New: Wine-Mono UI Discrepancies with Community Batman Arkham Asylum Launcher
by WineHQ Bugzilla 17 Apr '22

17 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52823 Bug ID: 52823 Summary: Wine-Mono UI Discrepancies with Community Batman Arkham Asylum Launcher Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nekoNexus(a)protonmail.ch Distribution: --- Created attachment 72207 --> https://bugs.winehq.org/attachment.cgi?id=72207 Screenshots with Different DPIs and Wine Themes SHA256 of BmLauncher.exe: 5d2c63df597793a45b2647ce73059e523fdd12482579313a6b649489604aed90 Download location via web archive: https://web.archive.org/web/20220410202545/https://objects.githubuserconten… ----- The application is an open-source .NET 4.5 program: https://github.com/neatodev/BmLauncher ----- The issue here is primarily that: - UI elements don't align properly (see buttons toward the bottom of the screenshots) - Text describing drop-down lists (mostly) "runs into" the drop-down lists themselves (no padding) - Tool-tips are slightly cut-off towards the top of their bubbles - Using the drop-down list above the checkbox ("Pool Size") or hovering over the checkbox item itself causes it to partially disappear as a sort of cut-out where the drop-down would overlap - and the "Miscellaneous" box's text is crammed; it renders incorrectly Those main issues aside, the lack of HiDPI support in Wine meant that the project had to adapt to support Wine's winecfg scaling setting to look the way it does now; would be great if HiDPI support finally gets implemented... >_> (It used to look much, much worse: https://cdn.discordapp.com/attachments/962343073923354685/96234629290906830… ) -- 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 27579] New: The appearance of uTorrent 3.0 torrents list is broken
by wine-bugs＠winehq.org 15 Apr '22

15 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=27579 Summary: The appearance of uTorrent 3.0 torrents list is broken Product: Wine Version: 1.3.22 Platform: x86 URL: http://download.utorrent.com/3.0/utorrent.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Not only this part of µTorrent window is black, when you add a torrent to download, its name and other attributes are hidden, when you try to switch the current category from e.g. "Downloading" to "Seeding", this part of uTorrent window will not be updated. In short the appearance of uTorrent 3.0 under Wine is broken beyond being usable. -- 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 54

[Bug 52536] New: Sifu crashing when dying or pressing skill tree.
by WineHQ Bugzilla 14 Apr '22

14 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52536 Bug ID: 52536 Summary: Sifu crashing when dying or pressing skill tree. Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sullaimaanawan(a)gmail.com Distribution: --- Created attachment 71841 --> https://bugs.winehq.org/attachment.cgi?id=71841 sifu crash log After completing the intro of sifu and you press the skill tree the game will freeze. Also when you die the game will crash sometimes if you hover over the upgrades. -- 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 43508] New: Kindle for PC can't initialize gecko?
by wine-bugs＠winehq.org 14 Apr '22

14 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=43508 Bug ID: 43508 Summary: Kindle for PC can't initialize gecko? Product: Wine Version: 2.14 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: jacek(a)codeweavers.com Distribution: Gentoo While looking at https://github.com/Winetricks/winetricks/issues/825, I noticed that newer Kindle does not show its login window, instead spamming an infinite loop of window refreshing: [INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M [WARN][MazamaLog] ShellExecute 'about:blank' failed (error 31).^M [INFO][RegistrationDialogWrapper] reloadWebview^M fixme:ieframe:WebBrowser_Stop (0x79a79f0) [INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M ... ... err:mshtml:create_document_object Failed to init Gecko, returning CLASS_E_CLASSNOTAVAILABLE fixme:ole:CoCreateInstanceEx no instance created for interface {00000000-0000-0000-c000-000000000046} of class {25336920-03f9-11cf-8fd0-00aa00686f13}, hres is 0x80004005 [INFO][RegistrationDialogWrapper] Webview finished loading with code=0^M [INFO][CMetricsManager] Reporting the following metric 170808:184434 Mazama: I RegistrationDialogWrapper:RegistrationWebViewLoadTimer:Timer=1:^M fixme:ieframe:handle_navigation_error Navigate to error page fixme:ieframe:bind_to_object BindToObject failed: 800c0010 ... fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20 [INFO][RegistrationDialogWrapper] Registration: URL changedabout:blank^M err:secur32:schan_AcquireClientCredentials Could not find matching protocol fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub [WARN][MazamaLog] ShellExecute 'about:blank' failed (error 31).^M [INFO][RegistrationDialogWrapper] reloadWebview^M fixme:ieframe:WebBrowser_Stop (0x79a79f0) fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub fixme:crypt:CRYPT_RegControl CERT_STORE_CTRL_AUTO_RESYNC: stub To make sure it wasn't my machine, I ran mshtml/ieframe tests, which all passed. I can browse the web with iexplore.exe, as well, so gecko is functional. austin@austin2:~/.cache/winetricks/kindle$ sha256sum KindleForPC-installer-1.20.47037.exe cb20581d3455d458c7ac4bafa5c67dcfc5186c7b35951168efcf5a8263706b47 KindleForPC-installer-1.20.47037.exe austin@austin2:~/.cache/winetricks/kindle$ du -sh KindleForPC-installer-1.20.47037.exe 52M KindleForPC-installer-1.20.47037.exe wine-2.14-32-g52fbaeb2c4 -- 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 48148] New: WinRAR x86 crashes when trying to view very large files
by WineHQ Bugzilla 14 Apr '22

14 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48148 Bug ID: 48148 Summary: WinRAR x86 crashes when trying to view very large files Product: Wine Version: 4.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Steps to reproduce: 1. Navigate to any large file (>4GB). 2. Hit Alt + V (Commands -> View File) Assertion failed: ~para->member.para.nFlags & MEPF_REWRAP, file caret.c, line 232 -- 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 50322] New: REDEngineErrorReporter.exe Page fault while trying to print unimplemented function message to console.
by WineHQ Bugzilla 13 Apr '22

13 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50322 Bug ID: 50322 Summary: REDEngineErrorReporter.exe Page fault while trying to print unimplemented function message to console. Product: Wine Version: 6.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 68905 --> https://bugs.winehq.org/attachment.cgi?id=68905 Backtrace of bug. Crash occurs when attempting to debug print an unimplemented function call when launching Cyberpunk2077 (GOG version) using dxvk with wine's dxgi.dll. Triggered by REDEngineErrorReporter.exe and not the game itself. -- 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 45023] New: TestBot Object Relational Mapper issues
by wine-bugs＠winehq.org 13 Apr '22

13 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=45023 Bug ID: 45023 Summary: TestBot Object Relational Mapper issues Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot implements its own perl Object Relational Mapper (ORM) to access the database. It is implemented by the modules in lib/ObjectModel. The are two main concepts: * Items An Item is an object representing a table row. The classes such as Job, Step and Task all inherit from Item. * Collections A collection represents a table and is thus a collection of Items. To allow for fast access the items are stored in a perl hashtable indexed by their primary key. A Collection may not contain all of the table's rows. For instance a Step Collection only contains the Steps of the parent Job object used to create it. So $Job->Steps is a collection that contains only the $Job steps. The items in a Collection can be further filtered out by specifying that one of their property must be in a set of values. For instance $Jobs->AddFilter("Status", ["queued", "running"]) will cause the $Jobs collection to only return the queued and running jobs. Unfortunately this implementation has a number of limitations and design issues. 1. Care must be taken when creating multiple objects. my $Job1 = $Jobs->Add(); ... Set mandatory fields ... my $Job2 = $Jobs->Add(); ... Set mandatory fields ... # Here $Job1 != $Job2 $Jobs->Save(); Only $Job2 got saved to the database! The reason is that a Job's primary key is an auto-increment field. So the Job Id is set when it is saved to the database. Thus when created in memory that field is unset and an empty string is used when adding it to the $Jobs items hashtable. Thus $Job2 overwrites $Jobs->{Items}->{""} and is the only one that gets saved. Note that there is no such issue for Steps for instance because their key is not an auto-increment field and is set as soon as the object is created. Fortunately the workaround is simple: systematically save an object before creating the next one but the difference in behavior between $Jobs->Add() and $Steps->Add() is error prone. 2. Auto-increment values on new Items are not ignored If an auto-increment field is modified on an object, that value is used when saving the object to the database. This means fixing the previous issue is not as simple as setting $Job->Id(--$Unique): handling of auto-increment fields also needs to be changed when saving new objects. 3. Items retrieved from Detailref collections are missing fields 'Detailref' properties are used to represent 'one to many' relationships. They are used for instance to access the Steps that belong to a Job: my $Step = $Job->Steps->GetItem(1); Here Steps is a collection that gets created based on the information of the job's DetailRef property. However objects gotten in this way don't provide access to all of the corresponding database fields. In the case of Steps, although the Steps table has a JobId column, the $Step->JobId property does not exist. This presents difficulties in a number of cases such as when trying to figure out the name of the directory containing the Step's files since it is called "jobs/$JobId/$StepNo" (see Step::GetDir()). It also means there is no $Step->Job property to get back to the parent Job object (this would also cause a perl reference loop which would be troublesome). The reason for this issue is that when a Collection or Item has a parent object (called a 'master' object in the TestBot ORM) the parent's foreign key fields (Step.JobId here) are stored separately in a 'master cols' structure and are thus not accessible through the normal field methods. 4. "Child" objects can only be accessed from their parent Any collection referenced through a Detailref property can only be accessed through the corresponding 'parent' object. This is the case for the Steps collections. The only way to get a collection of steps is through $Job->Steps and this only returns the steps that belong to $Job. So it's not possible to iterate over all the rows in the Steps table. There is a (somewhat incorrect) workaround for this for the Records table. This involves having the CreateRecords() method picking one of two PropertyDescriptors list depending on the presence of a parent object. However the corresponding Record objects have an extra field compared to the ones obtained through $RecordGroup->Records: this time the foreign key identifying the parent object is accessible since it's not not tucked away in the 'master cols' structure. This is not an issue unless you start mixing both types of objects, for instance through scope inheritance. 5. The 'master cols' terminology is ambiguous. It's never clear if a 'master cols' method treats $self as a child of its parent object, or as the parent to other child objects. * $Step->GetMasterCols() treats $Step as a child object and returns the key columns of its $Job master object, that is (JobId). * Similarly $Step->MasterKeyChanged() means the parent object's key changed, so here that the value of $JobId changed (which happens on new objects due to the auto-increment field btw). * Despite the unchanged 'Master' moniker, $Step->GetMasterKey() considers $Step to be the master object of the Tasks it contains and thus includes the step's key in the returned columns. This means $Step->GetMasterKey() returns (JobId, StepNo). * Despite not having the 'Master' moniker, $Step->GetFullKey() works the same as $Step->GetMasterKey() but returns the column values as a single string '$JobId#@#$StepNo'. 6. Filters on Detailref collections It's possible to put a filter on a collection to only get a subset of the corresponding rows. For instance $Job->Steps->AddFilter('Status', ['queued']) ensures that one will only get the queued steps of $Job. But Detailref collections are stored as a field of the Item they belong to. This means $Job->Steps always returns the same collection object. So once a piece of code has set a filter on it, to only return 'queued' steps for instance, all other parts of the code will only get the 'queued' steps, no matter what they need. Also there is no method for cloning a collection (so one cannot do $Job->Steps->Clone()->AddFilter()), or for removing a filter. For instance: $Job->Steps->AddFilter('Status', ['queued']); ... # Here UpdateStatus() will only take into account the queued steps! $Job->UpdateStatus(); Note also that it's not entirely trivial to work around. It's tempting to do something like: $Job->Steps->AddFilter('Status', ['queued']); ... # Make sure the database contains an up-to-date view of all the Steps and # Tasks in $Job. $Job->Save(); # Then create a new job object from the database my $TmpJob = CreateJobs()->GetItem($Job->Id); # Now we can update the status without fearing bad filters. $TmpJob->UpdateStatus(); # But here $Job->Status could still be wrong so any code that still uses # $Job will be lead astray. So update $Job. $Job->Status($TmpJob->Status) # But that still leaves out every Step and Task object referenced by $Job # Also saving $Job will save $Job->Status, again. What could go wrong? 7. Filters vs. loading from the database Once a collection has been loaded from the database, adding a filter to it has no effect. That's because filtering happens by tweaking the SQL query and changing the filter does not mark the collection for reloading. Again this issue is made more severe because of the way Detailref collections are handled. If a piece of code has caused the $Job->Steps collection to be loaded, then adding a filter elsewhere will have no effect. For instance: $Job->UpdateStatus(); # calls $Job->GetItems(), loading it from DB ... $Job->Steps->AddFilter('Status', ['queued']); foreach my $Step ($Job->Steps->GetItem()) # Here we will get all steps, not just the queued ones! 8. No "or" operator in filters Originally the filters only allowed one to request that a field be in a set of admissible values. This was extended to allow requesting for a field to be less than, greater than or like some value. However it is still not possible to use an "or" operator in filters. So for instance one cannot retrieve all Steps that completed recently or correspond to a WineTest run (WHERE Ended > 5 minutes ago OR User == 'batch'). 9. No Itemref support for multiple key fields. A Task has a VMName field which is a foreign key referencing a VM. Through the use of an Itemref property one can directly access the VM with $Task->VM. But we cannot do the same thing for steps. The primary key of a step has two fields, (JobId, No). A step also has a PreviousNo field which identifies the step it depends on. So we would want to be able to access the previous step through $Step->Previous by using an Itemref property: CreateItemrefPropertyDescriptor("Previous", "Previous step", !1, !1, \&CreateSteps, ["JobId", "PreviousNo"]), However this fails with a "Multiple key components not supported" error. Note that for this to work we would also need a way to tell the Itemref that the Step.PreviousNo field should be mapped to Step.No. But there is no way to do so. 10. Collection::GetItem() blindly adds the item to the collection Collections have a GetItem() method that returns an item when given a string containing that object's key. So using the Step example above, if we still have the right $Job->Steps collection accessible, we can easily get the Previous step through: $Job->Steps->GetItem($Step->PreviousNo) However this also adds $Step->PreviousNo to the $Job->Steps collection, regardless of what the filter on that collection is. So when the scheduler analyzes the queued and running steps to figure out whether the one they depend on, $Step->PreviousNo, has completed, it also unwittingly adds the previous step to the $Job->Step collection. So the next iteration on the collection may return completed steps despite expectations. 11. Save order issues The TestBot ORM automatically takes care of saving parent objects before the child objects they contain. In practice, if you create a Job > Step > Task hierarchy you can count on the TestBot ORM to save the Job before saving the Steps that use the JobId as part of their key and so on. But this breaks down for $Step->PreviousNo. There you have to make sure to save the steps in the right order otherwise you get an SQL error. Similarly deletions must be performed in the right order. Fortunately this is mostly transparent since we only delete whole Jobs and Job::OnDelete() takes care of blanking the Step::PreviousNo fields before recursing. 12. No Order-by support There are a many cases where we retrieve a number of rows from the database and then do a simple alphabetical or numerical sort on them. That's the kind of thing that the database would do much faster than Perl. This is mostly an issue for the activity and statistics web pages because of the number of RecordGroups they handle. So it would be nice to be able to specify an Order-By SQL directive when retrieving the objects. However this would run into the same issues as the filters for Detailref collections with regards to already loaded collections, and GetItem() not knowing where to insert freshly loaded objects. 13. No support for joins There are a few cases where doing a join could be useful. For instance when reporting the activity what we really want is all the Records rows corresponding to a RecordGroup that is less than 12 hours old. For now we have to proceed indirectly: we query all the RecordGroup objects that are less than 12 hours old, take the lowest GroupId we find and then retrieve all the Records that have a Group Id greater than that. A different type of join could also be useful in many other places: currently we first retrieve the jobs and then we do one more SQL request per job to retrieve its steps and then one per step to retrieve the tasks. A join could let us load it all in one request. Fortunately we don't have many jobs so unlike in the activity case this does not have a significant performance impact. 14. Performance Most parts of the TestBot don't have much processing to do so that performance is not an issue (though there is not really any hard data). Things are different for the activity and statistics page. The statistics page is the worst and generating it takes over a dozen seconds. That's annoying because of the load it puts on the TestBot web server. It's also really long for a mere couple dozen thousand Records. Not all of it comes from the ORM but over 50% of it does. There are some relatively obvious paths for improvement. For instance accessing a field like $Job->Ended causes the ORM to loop over all of a job's property descriptors until it finds one called 'Ended', and then it returns the value from a hash table. It should be possible to make it so that most of the time the value is returned directly from the hash table. Detailref and Itemref properties have their own hash tables and so must be handled separately. But hat could likely also be changed. -- 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 51538] New: Control can no longer launch from an ntfs partition
by WineHQ Bugzilla 13 Apr '22

13 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51538 Bug ID: 51538 Summary: Control can no longer launch from an ntfs partition Product: Wine-staging Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ritalat(a)fastmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70377 --> https://bugs.winehq.org/attachment.cgi?id=70377 control console output I have a shared NTFS partition that I have used between Arch Linux and Windows 10 for a few years now. I have been able to play games such as Control in the past from it. Now multiple games fail to launch from that partition with similar "err:module:import_dll Library X not found" errors. Copying the entire game to a ext4 partition fixes the issue. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 52378] New: Python WMI: AttributeError: wbemErrInvalidQuery
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52378 Bug ID: 52378 Summary: Python WMI: AttributeError: wbemErrInvalidQuery Product: Wine Version: 7.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: danielsuarez369(a)protonmail.com Distribution: --- Created attachment 71591 --> https://bugs.winehq.org/attachment.cgi?id=71591 Full output when importing wmi in Python. When attempting to import the "wmi" module in Python it returns an AttributeError: wbemErrInvalidQuery. Steps to reproduce are: 1. Install Python (`wget https://www.python.org/ftp/python/3.10.1/python-3.10.1-amd64.exe" && wine python-3.10.1-amd64.exe`) 2. Install the WMI module (`wine python -m pip install WMI`) 3. Try to import the module (`wine python -c "import wmi"`) This is also reproducible with Pyinstaller executables that import it. -- 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 52327] New: Wrong WM_CONTEXTMENU default message processing
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52327 Bug ID: 52327 Summary: Wrong WM_CONTEXTMENU default message processing Product: Wine-staging Version: 7.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yal(a)csoftcom.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- wine_master\dlls\user32\defwnd.c:323 wParam must point to _current_ child window hwnd when default process this message. https://docs.microsoft.com/en-us/windows/win32/menurc/wm-contextmenu case WM_CONTEXTMENU: if (GetWindowLongW( hwnd, GWL_STYLE ) & WS_CHILD) SendMessageW( GetParent(hwnd), msg, wParam, lParam );<=wParam must be this hwnd else -------------------------------------------------------------- case WM_CONTEXTMENU: if (GetWindowLongW( hwnd, GWL_STYLE ) & WS_CHILD) SendMessageW( GetParent(hwnd), msg, (WPARAM)hwnd, lParam ); else -- 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 11

[Bug 52141] New: NetAPI detection in configure is broken
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52141 Bug ID: 52141 Summary: NetAPI detection in configure is broken Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Created attachment 71188 --> https://bugs.winehq.org/attachment.cgi?id=71188 config.log This seems to be specific to macOS. I'm running macOS 10.14, building with 10.13 SDK and mingw. configure seems to pick up NetAPI, but still shows the notice saying it's not present. checking for -lnetapi... libnetapi.dylib configure: libnetapi not found, Samba NetAPI won't be supported. Attached is config.log. This check was added in <https://source.winehq.org/git/wine.git/commit/07c9dd9bdf560f86598aa496a0ffa…>, but I don't think this qualifies as a regression. -- 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 52102] New: outSPOKEN 3.0 demo crashes after error "Accessing unknown VxD 3167"
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52102 Bug ID: 52102 Summary: outSPOKEN 3.0 demo crashes after error "Accessing unknown VxD 3167" Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 71122 --> https://bugs.winehq.org/attachment.cgi?id=71122 Console output Steps to reproduce: 1. Delete ~/.wine or move it to another location. 2. Create a new Wine bottle with the command `WINEARCH=win32 wine winecfg` and set the Windows version to 95 or 98. 3. Run `wine osw30demo.exe` to install outSPOKEN. The setup wizard will not complete until you select a speech synthesizer from the list. When the wizard asks which COM port the speech synthesizer is connected to, select "Internal". 4. Run `wine 'C:\Osw\OSW.EXE'` to start outSPOKEN. outSPOKEN crashes immediately. Console output is attached. $ sha256sum osw30demo.exe 89ae45e689e35b0618b1b4fa27fb0c3e5b854461391100e2dc1742395ffa77b6 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 51983] New: foobar2000 v1.5.1+ crashes on startup with Wine v6.6+ with Windows version set to "Windows 10"
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51983 Bug ID: 51983 Summary: foobar2000 v1.5.1+ crashes on startup with Wine v6.6+ with Windows version set to "Windows 10" Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.derivative.of.calculus(a)gmail.com Distribution: --- Created attachment 70970 --> https://bugs.winehq.org/attachment.cgi?id=70970 foobar2000 1.5.1 crash with windows 10 profile I had an old version of foobar2000 that I had never got around to upgrading, so I only recently came across this issue. Looking online it appears that a few people ran into it starting with v6.6, and it still exists with v6.20 (and as far as I can tell no one bothered to report it): https://forum.winehq.org/viewtopic.php?t=35166 https://hydrogenaud.io/index.php?topic=54933.525 When you start foobar2000 with Windows version set to "Windows 8.1" or below it runs normally. However, if you use "Windows 10" the application window briefly appears before the whole application crashes. Testing it, this affects foobar2000 v1.5.1+ Looking through foobar2000's changelog: https://www.foobar2000.org/changelog The one thing mentioning Windows 10 is: Reworked integration with Windows 10 Universal Volume Control. Enabled by default once again. Looking at the error messages: 0024:fixme:combase:RoGetActivationFactory (L"Windows.Media.Playback.BackgroundMediaPlayer", {00000035-0000-0000-c000-000000000046}, 0032F9E4): semi-stub 0024:err:combase:RoGetActivationFactory Failed to find library for L"Windows.Media.Playback.BackgroundMediaPlayer" I'm wondering if there's a regression with Wine's handling of media controls for Windows 10 or equivalent. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 50526] New: ConEmu wineconsole Ctrl+m has different behavior
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=50526 Bug ID: 50526 Summary: ConEmu wineconsole Ctrl+m has different behavior Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: inseng Assignee: wine-bugs(a)winehq.org Reporter: adrianekaleksander(a)gmail.com Distribution: --- Cmd on Windows: Ctrl+M moves the cursor to the next line (ENTER key) On wine: Ctrl+M shows ^M 1.Open wineconsole 2.Press ctrl+m -- 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 52082] New: Ace Ventura the CD-ROM game, page fault on read access
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52082 Bug ID: 52082 Summary: Ace Ventura the CD-ROM game, page fault on read access Product: Wine Version: 5.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: guillere(a)adinet.com.uy Distribution: --- Created attachment 71094 --> https://bugs.winehq.org/attachment.cgi?id=71094 backtrack Ace Ventura CD-ROM game hungs in the game start after 10 seconds confirmed in Ace Ventura CDROM (Latin America) and Ace Ventura CDROM (German) git bissect get this bug is introducced in commit 6b4de5102734de7dd77222bdb74f8cf5181022d8 This bug is a game bug (bad memory read)... but the game works OK in win 3.11 up to win xp (if i remember correctly) commit 6b4de5102734de7dd77222bdb74f8cf5181022d8 ntdll: Don't use a custom alignment for large heap blocks. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 51968] New: Winaero WEI Tool: Crash due to C:\windows\performance\winsat\datastore missing
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51968 Bug ID: 51968 Summary: Winaero WEI Tool: Crash due to C:\windows\performance\winsat\datastore missing Product: Wine Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fox2code(a)gmail.com Distribution: --- Created attachment 70953 --> https://bugs.winehq.org/attachment.cgi?id=70953 Logs of the app crash Some apps crashes due to the assumption that C:\windows\performance\winsat\datastore exists It's affecting this app: https://winaero.com/winaero-wei-tool/ Creating the folder manually allow the application to launch correctly Note: I already have a WIP patch that I will submit to wine to fix this issue -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

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

12 Apr '22

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

1 14

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

12 Apr '22

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

2 11

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

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=42030 Bug ID: 42030 Summary: winedbg: Internal crash at 0x9f58fd40 Product: Wine Version: 1.8.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: kenorb(a)gmail.com Distribution: --- The following command crashes: $ winedbg --command < <(echo help) winedbg: Internal crash at 0x9f58fd40 Probably syntax isn't right, but still shouldn't internally crash. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 6

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

12 Apr '22

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

1 35

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

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52224 Bug ID: 52224 Summary: inetmib1:main test times out in linux Product: Wine Version: 7.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- inetmib1 times out regularly in testbot. https://test.winehq.org/data/patterns.html#inetmib1:main -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 52200] New: Yamizome Liberator (demo): In game video isn't played.
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

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

1 8

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

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52076 Bug ID: 52076 Summary: Wrong icons placement when using a theme Product: Wine Version: 6.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Application: WinSCP Just compare the screenshots. One is without using themes, the other one with the default Light theme. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 12

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

12 Apr '22

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

1 6

[Bug 32183] New: Cannot open console device read only, then read from it to get input
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=32183 Bug #: 32183 Summary: Cannot open console device read only, then read from it to get input Product: Wine Version: 1.5.17 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: us(a)edmeades.me.uk Classification: Unclassified Created attachment 42462 --> http://bugs.winehq.org/attachment.cgi?id=42462 CON test program (source and exe) (Email sent to wine-devel for assistance, but logging bug to track issue in case I do not get anywhere) CreateFile("\\.\CON", GENERIC_READ...) followed by ReadFile(...) works on windows and fails on wine. I need this particular sequence of events to work in order for a patch I have for cmd.exe to support CON input 'nicely' (read 'without hacks'). For simplicity sake I've cut this down to a tiny test program, which works on windows and fails on wine which does the following: Opens the device ("\\.\CON") with CreateFile with GENERIC_READ rights (which internally opens a CONIN$ device with the same access rights) Reads from the device with ReadFile - Because its a console device, this drops through to ReadConsoleW, which creates a CONOUT$ and then waits on a keystroke - Once the key is pressed (WCEL_Get) the key is 'inserted' into the input buffer by calling WriteConsoleInputW The issue is that WriteConsoleInputW requires GENERIC_WRITE access, but the CON device (\\.\CON) was opened as GENERIC_READ (and in fact fails if I try to open it with GENERIC_WRITE). CreateFile("CONIN$"...) will let me open in GENERIC_READ/GENERIC_WRITE mode and the program works on both windows and wine, but if you open CONIN$ GENERIC_READ only then it fails on wine and works on windows, with the same issue. Now on windows, this works... the question is how to make it work on wine... My gut feeling, with nothing backing this at all, is that WCEL_Get should not use WriteConsoleInputW to inject the values into the input buffer, instead making the server call directly, but passing through to the server call something to indicate that it is ok to add the data to the buffer, but I'm fast getting out of my depth! How to reproduce: Compile sample source (exe provided in zip)... Run as: "test 1" - this is the one I need to work... \\.\CON GENERIC_READ case "test 2" - this is a similar problem but opens CONIN$ GENERIC_READ "test 3" - this works on both windows and wine, opening CONIN$ GENERIC_READ|GENERIC_WRITE "test 4" - this fails on both windows and wine as you cannot open CON device with WRITE access Except for case 4, When its 'failing' - when you press a key in wine, it exits. When its 'working' it reads from keyboard, echos to screen until ctrl+Z (crtl+D on wine) is pressed and ends -- 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 51911] New: vbscript does not handle strings in if clauses
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51911 Bug ID: 51911 Summary: vbscript does not handle strings in if clauses Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com Distribution: --- This is followup from https://bugs.winehq.org/show_bug.cgi?id=50758 Test with postgresql-9.3 installer from [1]. It runs a script during installation similar to https://github.com/three-plus-three/tpt_env_amd64/blob/master/postgresql/in… that reports non-critical error to main install, script itself terminates. Reduced test case for this looks like this: --- if "0" then end if --- That leads to the following fixme, exactly that happens with the installer: --- 00f8:fixme:vbscript:stack_pop_bool unsupported for 000000000003C740 {VT_BSTR: L"0"} --- [1] https://www.enterprisedb.com/postgresql-tutorial-resources-training?cid=340 -- 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 51396] New: cl.exe sometimes fails with internal compiler error
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51396 Bug ID: 51396 Summary: cl.exe sometimes fails with internal compiler error Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Cl.exe from MSVC 2019 Build Tools sometimes fails with: "fatal error C1001: Internal compiler error." A workaround is setting vcruntime140_1 to native. This is possibly caused by unsupported flag in __CxxFrameHandler4: 0b24:fixme:seh:__CxxFrameHandler4 unsupported flags: 7a which is unsupported FUNC_DESCR_IS_SEPARATED in dlls/vcruntime140_1/except_x86_64.c Not critical since the workaround exists. I'm ready to test this when the flag is implemented. -- 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 51195] New: Lara Croft and the Temple of Osiris doesn't launch
by WineHQ Bugzilla 12 Apr '22

12 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51195 Bug ID: 51195 Summary: Lara Croft and the Temple of Osiris doesn't launch Product: Wine Version: 6.9 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 70069 --> https://bugs.winehq.org/attachment.cgi?id=70069 log d3dcompiler_43 - native,builtin d3dx11_43 - native,builtin (Otherwise the game fails after hitting 'Play' with "Failed to initialize Direct3D with current settings") msvcr110 - native,builtin (for launcher) Bug 49541 Assertion failed: iface->lpVtbl == &d3d11_rendertarget_view_vtbl, file ../wine/dlls/d3d11/view.c, line 1794 04d4:warn:d3d11:d3d_rendertarget_view_init Failed to create a wined3d rendertarget view, hr 0x80070057. 04d4:warn:d3d11:d3d_rendertarget_view_create Failed to initialize rendertarget view, hr 0x80070057. wine-6.9-148-gce151dd681f -- 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

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