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

[Bug 53243] New: Ctrl-number keys type the number, instead of sending Ctrl-number
by WineHQ Bugzilla 02 Jul '22

02 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=53243 Bug ID: 53243 Summary: Ctrl-number keys type the number, instead of sending Ctrl-number Product: Wine Version: 7.11 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: emendelson(a)mac.com Ctrl-number (Ctrl-2, Ctrl-6, etc.) types the number, does not send Ctrl-2, Ctrl-6, etc. In macOS Monterey (Intel), with wine-devel installed via Brew, and testing with the 64-bit version of the vDos MS-DOS emulator. The MS-DOS word processor WordPerfect for DOS uses Ctrl-2 and Ctrl-6, but with vDos under Wine, Ctrl-2 types "2" in the editing window and Ctrl-6 types "3" in the editing window. Ctrl-letter keys like Ctrl-C and Ctrl-V work correctly; only Ctrl-number keys don't work. Ctrl-number keys work correctly in the DOSBox-X emulator on the same Mac. They only fail to work under vDos. Is it possible to fix this? -- Do not reply 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 6893] ChessBase Light 6 does not install
by WineHQ Bugzilla 02 Jul '22

02 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=6893 temp82(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |temp82(a)luukku.com --- Comment #23 from temp82(a)luukku.com --- still a checksum mismatch and a crash. wine 7.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.

1 0

[Bug 35294] New: Window borders shown over other windows
by wine-bugs＠winehq.org 02 Jul '22

02 Jul '22

http://bugs.winehq.org/show_bug.cgi?id=35294 Bug ID: 35294 Summary: Window borders shown over other windows Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: p91paul(a)gmail.com Classification: Unclassified Created attachment 47074 --> http://bugs.winehq.org/attachment.cgi?id=47074 Opened Line window on top Workflow: open a Line (http://line.naver.jp/en/) chat window. (window.png attachment) Switch to another window, so that the line window moves back. Line window borders will remain visible(borders.png attachment: watch were there was the window in window.png, you will see the borders) I'm also unable to minimize the window, the button does nothing. The bug is reproducible with "Allow window manager to manage the windows" checked; if I uncheck it before launching wine, simply Line window stays over all other windows (you will stay in the situation of window.png also if you focus another window). Running cinnamon on Arch Linux. -- Do not reply 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 53260] New: Wine won't open distro-installed text editors and the like
by WineHQ Bugzilla 01 Jul '22

01 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=53260 Bug ID: 53260 Summary: Wine won't open distro-installed text editors and the like Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: orowwith2os(a)gmail.com Distribution: --- I've seen, multiple times, people have an issue where Wine won't open a file (from inside the wine prefix) with an external host application, like NeoVIM, Kate, or Visual Studio Code, instead stating I believe it would be a minor, but worth it, feature to add to Wine. If I had to suggest a way to implement this, I would suggest using the xdg-desktop-portals, as they work with sandboxed applications like Flatpak, and may be the ideal method to use for Wine. TL;DR, please add the ability to open files from inside Wine with external applications, possibly by using the XDG desktop portals. -- Do not reply 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 52475] New: Shogun Total War 2 crashes on start up. (Main Application.)
by WineHQ Bugzilla 01 Jul '22

01 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=52475 Bug ID: 52475 Summary: Shogun Total War 2 crashes on start up. (Main Application.) 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: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 71762 --> https://bugs.winehq.org/attachment.cgi?id=71762 Backtrace of crash in 32bit native mode. As of Wine 7.0 The main game application (Shogun2.exe) crashes after selecting the DirectX version with an illegal instruction exception. This occurs in a clean prefix regardless of wine running the game in 32bit native mode or WoW64 mode. The only difference is the offset of the crash. Which is consistent with each test. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 53201] New: evr:evr crashes almost systematically on the TestBot's Wine VMs
by WineHQ Bugzilla 01 Jul '22

01 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=53201 Bug ID: 53201 Summary: evr:evr crashes almost systematically on the TestBot's Wine VMs Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- evr:evr crashes almost systematically on the TestBot's Wine VMs. First the crashes happen either after this line: evr.c:1337: Test marked todo: Unexpected hr 0x80004001. or this one: evr.c:2324: Test marked todo: Unexpected hr 0x80004001. Then the crashes can take several forms. The most common is an EXCEPTION_WINE_ASSERTION: Unhandled exception: assertion failed in 32-bit code (0xf7f7a559). [...] Backtrace: =>0 0xf7f7a559 __kernel_vsyscall+0x9() in [vdso].so (0x0063e32c) 1 0xf7d4ae02 in libc.so.6 (+0x34e02) (0x0063e32c) 2 0xf7d33306 in libc.so.6 (+0x1d306) (0xf7efb000) 3 0x764b43d8 in libllvm-11.so.1 (+0x75f3d8) (0x0063e628) 4 0x764b41b0 in libllvm-11.so.1 (+0x75f1b0) (0x78f38762) 5 0x7420656c in libvulkan_radeon.so (+0x2f456c) (0x62616e55) 6 0x6c667265 (0x766f2078) 7 0xfe787067 (0x838d72eb) [...] Test failed: crash (80000101) It can also be a read access to 0x00000004. In that case the backtrace is different: Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x63dc19f0). Backtrace: =>0 0x63dc19f0 in swrast_dri.so (+0x6a39f0) (0x6f2acba4) 1 0x63dc6de7 in swrast_dri.so (+0x6a8de7) (0x00007dbc) 2 0x64213985 in swrast_dri.so (+0xaf5985) (0x00007dbc) 3 0x63dc1b9a in swrast_dri.so (+0x6a3b9a) (0x00007dbc) 4 0x63daa367 in swrast_dri.so (+0x68c367) (0x71291010) 5 0x637ae197 in swrast_dri.so (+0x90197) (0x7b5764a0) 6 0x637a261d in swrast_dri.so (+0x8461d) (0x00000000) 7 0x63cbb3f0 in swrast_dri.so (+0x59d3f0) (0x7b574e00) 8 0x7b7aecba in libglx_mesa.so.0 (+0x2bcba) (0x7d667330) 9 0x7b7aca38 in libglx_mesa.so.0 (+0x29a38) (0x00000000) 10 0x7d95fe24 in libglx.so.0 (+0x3e24) (0x7d98f000) 11 0x7e38a419 create_glxcontext+0x39(context=<internal error>, shareList=<internal error>, display=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\winex11.drv\opengl.c:1288] in winex11.so (0x0063f648) 12 0x7e38e10e X11DRV_wglCreateContextAttribsARB+0x15e(hdc=94010068, hShareContext=<is not available>, attribList=<is not available>) [Z:\home\winetest\tools\testbot\var\wine\dlls\winex11.drv\opengl.c:2079] in winex11.so (0x0063f688) 13 0x7a8bc111 wglCreateContextAttribsARB+0xd1(hdc=<internal error>, share=<internal error>, attribs=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\opengl32\wgl.c:281] in opengl32 (0x0063f6c8) 14 0x71481767 context_create_wgl_attribs+0x67(gl_info=047AE2E4, hdc=94010068, share_ctx=00000000) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\context_gl.c:1894] in wined3d (0x0063f748) 15 0x71448ca0 wined3d_caps_gl_ctx_create_attribs+0x40(caps_gl_ctx=0063F830, gl_info=047AE2E4) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\adapter_gl.c:285] in wined3d (0x0063f788) 16 0x71450f6d wined3d_adapter_gl_init+0x1e75(wined3d_creation_flags=<internal error>, ordinal=<internal error>, adapter_gl=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\adapter_gl.c:5359] in wined3d (0x0063f8d8) 17 0x71450f6d wined3d_adapter_gl_create+0x1ebd(ordinal=0, wined3d_creation_flags=0x3ecc) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\adapter_gl.c:5440] in wined3d (0x0063f8d8) 18 0x714bb6fb wined3d_init+0x4b(wined3d=047AE2C8, flags=0x3ecc) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\directx.c:3509] in wined3d (0x0063f938) 19 0x715514d2 wined3d_create+0x62(flags=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\wined3d_main.c:141] in wined3d (0x0063f978) 20 0x67c91d65 d3d9_init+0x35(d3d9=047AE2A8, extended=0) [Z:\home\winetest\tools\testbot\var\wine\dlls\d3d9\directx.c:702] in d3d9 (0x0063f9c8) 21 0x67c83b31 Direct3DCreate9+0x5c(sdk_version=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\d3d9\d3d9_main.c:44] in d3d9 (0x0063f9f8) 22 0x6558fb89 video_presenter_init_d3d+0x18(presenter=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\evr\presenter.c:2112] in evr (0x0063fa98) 23 0x6558fb89 evr_presenter_create+0x129(outer=00000000, out=0063FAEC) [Z:\home\winetest\tools\testbot\var\wine\dlls\evr\presenter.c:2172] in evr (0x0063fa98) 24 0x65581d3d classfactory_CreateInstance+0x8d(iface=<internal error>, outer_unk=<internal error>, riid=<internal error>, ppobj=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\evr\main.c:122] in evr (0x0063fb08) 25 0x6850b749 IClassFactory_CreateInstance+0x1c(ppvObject=<internal error>, riid=<internal error>, pUnkOuter=<internal error>, This=<internal error>) [Z:\home\winetest\tools\testbot\var\wine-win32\include\unknwn.h:223] in combase (0x0063fb98) 26 0x6850b749 CoCreateInstanceEx+0xe4(rclsid=<internal error>, outer=<internal error>, cls_context=<internal error>, server_info=<internal error>, count=<internal error>, results=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\combase\combase.c:1891] in combase (0x0063fb98) 27 0x6850bbe1 CoCreateInstance+0x6c(rclsid=<internal error>, outer=<internal error>, cls_context=<internal error>, riid=<internal error>, obj=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\combase\combase.c:1681] in combase (0x0063fc18) 28 0x6558f8c1 MFCreateVideoPresenter+0x91(owner=<internal error>, riid_device=<internal error>, riid=<internal error>, obj=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\evr\presenter.c:2100] in evr (0x0063fc88) 29 0x00404c72 in evr_test (+0x4c72) (0x0063fd28) [...] And on cw-rx460 some underlying library just called exit(0): evr.c:1337: Test marked todo: Unexpected hr 0x80004001. evr:evr:06ac done (0) in 2s The main process has no test summary line https://test.winehq.org/data/patterns.html#evr:evr So this impacts not just the TestBot VMs with their QXL graphics card, but also real hardware with an AMD RX 460 GPU. Finally the crashes started on 2022-05-17 and a bisect on a Debian VM points to the commit below as the culprit: commit 4a98b07c4bcc35a698448261478ba856c149cbea Author: Zhiyi Zhang <zzhang(a)codeweavers.com> Date: Tue May 17 14:17:53 2022 +0800 winex11.drv: Open a Vulkan device for D3DKMTOpenAdapterFromLuid(). The Vulkan device is used for querying video memory information for implementing D3DKMTQueryVideoMemoryInfo(). Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com> Signed-off-by: Huw Davies <huw(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 49501] New: Star Citizen: No mic input audio (used for voip)
by WineHQ Bugzilla 01 Jul '22

01 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=49501 Bug ID: 49501 Summary: Star Citizen: No mic input audio (used for voip) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winepulse.drv Assignee: wine-bugs(a)winehq.org Reporter: simonnatella(a)gmail.com Distribution: --- Created attachment 67628 --> https://bugs.winehq.org/attachment.cgi?id=67628 Fixes Star Citizen voip naively Mic input within Star Citizen does not work, despite audio devices being recognised and audio output working correctly. I've done some debugging and produced the attached very naive fix - I'm aware it's Pulse only and it does not actually handle the required mmdevapi flags, it just doesn't error on seeing them. I'm not a C developer, so unfortunately writing handling for these flags is well beyond my skills. The missing flags are described on https://docs.microsoft.com/en-gb/windows/win32/coreaudio/audclnt-streamflag… as AUDCLNT_STREAMFLAGS_AUTOCONVERTPCM and AUDCLNT_STREAMFLAGS_SRC_DEFAULT_QUALITY The whitelist in AudioClient_Initialize for Pulse doesn't acknowledge these (heck, mmdevapi doesn't have the constants defined) and so when provided them bails out, this patch just lets the code continue. The fix has been used by ourselves for a few weeks and by TkG in his wine builds, and so far we've not seen any side effects, except working mic input in SC of course. -- Do not reply 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 52729] New: Argentum 20 RPG Launcher has graphical glitches since 7.3
by WineHQ Bugzilla 01 Jul '22

01 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=52729 Bug ID: 52729 Summary: Argentum 20 RPG Launcher has graphical glitches since 7.3 Product: Wine Version: 7.3 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: --- It never really rendered properly, but there's been a massive graphic regression in wine-7.3. See attachments. Website: https://www.argentum20.com/ Download: https://www.elmesonhostigado.com/foro/instalador/Instalador_AO20.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 12

[Bug 53156] New: MetaTrader4 stopped working properly with wine 7.10
by WineHQ Bugzilla 01 Jul '22

01 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=53156 Bug ID: 53156 Summary: MetaTrader4 stopped working properly with wine 7.10 Product: Wine Version: 7.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tst1(a)mixbox.pl Distribution: ArchLinux After updating wine to 7.10 (under Manjaro Linux) MetaTrader4 stopped working properly. When opening MetaTrader4, charts windows initially seem to work properly, but when an Alert window appears, clicking on any chart or alert window changes the whole workspace of MetaTrader4 into a blank MetaTrader4 window. Sometimes (before an Alert window appeared) It was not possible to change timeframes of a chart window. Downgrading wine to a previous wine 7.7 version was a workaround solution solving 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 3

[Bug 53235] New: The 32-bit mfplat:mfplat crashes on the TestBot debian11 VM
by WineHQ Bugzilla 01 Jul '22

01 Jul '22

https://bugs.winehq.org/show_bug.cgi?id=53235 Bug ID: 53235 Summary: The 32-bit mfplat:mfplat crashes on the TestBot debian11 VM Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The 32-bit mfplat:mfplat crashes on the TestBot debian11 VM. The crash is either a EXCEPTION_WINE_ASSERTION: mfplat.c:922: Test marked todo: Unexpected sub type {30323449-0000-0010-8000-00aa00389b71}. Unhandled exception: assertion failed in 32-bit code (0xf7f45559). Backtrace: =>0 0xf7f45559 __kernel_vsyscall+0x9() in [vdso].so (0x0065e42c) 1 0xf7d15e02 in libc.so.6 (+0x34e02) (0x0065e42c) 2 0xf7cfe306 in libc.so.6 (+0x1d306) (0xf7ec6000) 3 0x5d3f43d8 in libllvm-11.so.1 (+0x75f3d8) (0x0065e728) 4 0x5d3f41b0 in libllvm-11.so.1 (+0x75f1b0) (0x5fe78762) 5 0x7420656c in libxvidcore.so.4 (+0xa656c) (0x62616e55) 0xf7f45559 __kernel_vsyscall+0x9 in [vdso].so: popl %ebp Or a plain NULL pointer dereference: Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x70baff74).Backtrace: =>0 0x70baff74 memset+0x24(dst=0x000000000, c=0, n=0x4000) [Z:\home\winetest\tools\testbot\var\wine\dlls\msvcrt\string.c:3150] in ucrtbase (0x0357f908) 1 0x715283e3 wined3d_texture_load_location+0x423(texture=001AC9E0, sub_resource_idx=0, context=001A9A30, location=0x8) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\texture.c:853] in wined3d (0x0357f9a8) 2 0x715173ae surface_cpu_blt+0x9ee(dst_texture=001AC9E0, dst_sub_resource_idx=0, dst_box=0357FB38, src_texture=001AC588, src_sub_resource_idx=0, src_box=0357FB50, flags=0x20000000, fx=0357FB68, filter=WINED3D_TEXF_POINT) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:752] in wined3d (0x0357faf8) 3 0x71518ea2 cpu_blitter_blit+0xc2(blitter=001AC3C0, op=WINED3D_BLIT_OP_RAW_BLIT, context=001A9A30, src_texture=001AC588, src_sub_resource_idx=0, src_location=0x10, src_rect=0357FE10, dst_texture=001AC9E0, dst_sub_resource_idx=<is not available>, dst_location=0x8, dst_rect=0357FE20, color_key=00000000, filter=WINED3D_TEXF_POINT, resolve_format=00000000) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:1328] in wined3d (0x0357fb98) 4 0x715368a2 ffp_blitter_blit+0xa2(blitter=001AC3D8, op=WINED3D_BLIT_OP_RAW_BLIT, context=001A9A30, src_texture=001AC588, src_sub_resource_idx=0, src_location=0x10, src_rect=0357FE10, dst_texture=001AC9E0, dst_sub_resource_idx=0, dst_location=0x8, dst_rect=0357FE20, colour_key=00000000, filter=WINED3D_TEXF_POINT, resolve_format=00000000) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\texture.c:6213] in wined3d (0x0357fc58) 5 0x714dc91d glsl_blitter_blit+0x1ad(blitter=001AC3F0, op=WINED3D_BLIT_OP_RAW_BLIT, context=001A9A30, src_texture=001AC588, src_sub_resource_idx=0, src_location=0x10, src_rect=0357FE10, dst_texture=001AC9E0, dst_sub_resource_idx=0, dst_location=0x8, dst_rect=0357FE20, colour_key=00000000, filter=WINED3D_TEXF_POINT, resolve_format=00000000) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\glsl_shader.c:13270] in wined3d (0x0357fd78) 6 0x7151a181 texture2d_blt+0x3c1(dst_texture=001AC9E0, dst_sub_resource_idx=0, dst_box=0479C3C8, src_texture=001AC588, src_sub_resource_idx=0, src_box=0479C3E8, flags=0x20000000, fx=0479C404, filter=WINED3D_TEXF_POINT) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:1639] in wined3d (0x0357fe48) 7 0x7149b07d wined3d_cs_exec_blt_sub_resource+0xcd(cs=04790020, data=0479C3BC) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:2579] in wined3d (0x0357fec8) 8 0x7149cb2b wined3d_cs_command_unlock(queue=<internal error>, cs=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3310] in wined3d (0x0357ff28) 9 0x7149cb2b wined3d_cs_execute_next+0x53(queue=<internal error>, cs=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3309] in wined3d (0x0357ff28) 10 0x7149cb2b wined3d_cs_run+0x11b(ctx=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3375] in wined3d (0x0357ff28) 11 0x7b62a170 in kernel32 (+0x2a170) (0x0357ff48) 12 0x7bc5a937 in ntdll (+0x5a937) (0x0357ff5c) 13 0x7bc5aff0 RtlCreateUserThread(entry=7149CA10, arg=04790020) [Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\thread.c:261] in ntdll (0x0357ffec) 0x70baff74 memset+0x24 [Z:\home\winetest\tools\testbot\var\wine\dlls\msvcrt\string.c:3150] in ucrtbase: movl %eax,0x0(%ebx) 3150 *(unaligned_ui64 *)(d + 0) = v; https://test.winehq.org/data/patterns.html#mfplat:mfplat This is most likely the same issue as the d2d1:d2d1 (bug 53231) and evr:evr (bug 53201) crashes. Still, this time the crash: * Does not happen on my Debian 11 + Intel & KDE box * Does not happen on my Debian 11 + QXL + single monitor VM * Happens on the TestBot's Debian 11 + QXL + dual monitor VM (probably slightly different library versions) * Does not happen on the TestBot's Debian Testing + QXL + dual monitor VM Also the crashes started when the debian11 VM was updated and moved to the gpu1 VM host. -- Do not reply 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