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

[Bug 52534] New: ListView: multi select never sends LVN_ODSTATECHANGED
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52534 Bug ID: 52534 Summary: ListView: multi select never sends LVN_ODSTATECHANGED Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: winehq-bugs(a)angelohaller.com Distribution: --- When using a ListView in virtual mode (LVS_OWNERDATA) and selecting multiple rows (holding down shift and selecting) the message code LVN_ODSTATECHANGED is never sent. Looking through the wine source, there is definitely code present sending LVN_ODSTATECHANGED, this however never reaches the application and hence is a bug. Running the same application in Windows 7 will however send the LVN_ODSTATECHANGED code. This seems to be true for ALL programs using LVS_OWNERDATA and supporting multi select. This is an issue that arose working on https://github.com/libui-ng/libui-ng/pull/73 A nicer example to reproduce would be from the `Windows classic samples`. I forked the official Microsoft repo to add some debug printing: 1. Clone https://github.com/szanni/Windows-classic-samples 2. Change to directory Samples/Win7Samples/winui/controls/common/vlistvw 3. Build VListVw (I cross compile via `x86_64-w64-mingw32-gcc VListVw.c -lcomctl32` but using the vcproj should work too?) or use the test binary a.exe (linked at the bottom) 4. Run the resulting .exe 5. Select a cell (should print `LVN_ITEMCHANGED`) 6. Hold down `shift` and select a cell a few rows down below. On Windows 7 step 6. triggers the message `LVN_ODSTATECHANGED` to be emitted (as can be seen in the debug print statements). wine however never sends this message. This is contrary to the documentation provided in https://docs.microsoft.com/en-us/windows/win32/controls/lvn-itemchanged#rem… and behavior developers rely on. Test binary: https://github.com/szanni/Windows-classic-samples/blob/main/Samples/Win7Sam… -- Do not reply 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 53005] New: quartz:systemclock Fails after timeGetTime() wraps
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53005 Bug ID: 53005 Summary: quartz:systemclock Fails after timeGetTime() wraps Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 72373 --> https://bugs.winehq.org/attachment.cgi?id=72373 Use GetTickCount64() instead of timeGetTime() in quartz:systemclock quartz:systemclock fails on fg-deb64: systemclock.c:186: Test failed: Got timestamps 43062836670000, 113163710000, 43062836670000. https://test.winehq.org/data/patterns.html#quartz:systemclock The issue is that timeGetTime() wrapped after 49.71 days (2^32 milliseconds) of uptime, causing it to no longer match the values returned by IReferenceClock_GetTime(). The test started using timeGetTime() in the commit below: commit bf5b35f19b841e6352c32ca7c6671d9172636871 Author: Zebediah Figura <zfigura(a)codeweavers.com> AuthorDate: Thu Oct 21 12:41:11 2021 -0500 quartz: Use the performance counter for the system clock. Native probably uses timeGetTime() as a source. That doesn't actually match the performance counter on Windows, but it does on Wine, and accessing the counter directly is slightly more efficient anyway. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51684 Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> The commit made two changes: GetTickCount*() -> timeGetTime() in the test GetTickCount64() -> QueryPerformanceCounter() in SystemClockImpl_GetTime() Before this commit the test was failing on Windows because the GetTickCount*() values and SystemClockImpl_GetTime() were a bit out of sync. So while switching to GetTickCount64() in the test fixes the issue in Wine and does not seem to cause failures on Windows it's not clear that this is correct either. It would also be nice to see what happens to this test on Windows after 49.7 days of uptime. -- Do not reply 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 49285] New: PNotesPortable crashes inside kernel32
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=49285 Bug ID: 49285 Summary: PNotesPortable crashes inside kernel32 Product: Wine Version: 5.9 Hardware: x86 URL: https://download3.portableapps.com/portableapps/PNotes Portable/PNotesPortable_9.3.0.paf.exe?20190321 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Yet another one: Hi, a user tested some portable apps on forum: https://forum.winehq.org/viewtopic.php?f=2&t=33957 When you right-click on the taskbar icon, and then choose "Exit" it crashes. 00c4:Call KERNEL32.WritePrivateProfileStructW(00494d5c L"hotkeys",0031c6f4 L"10001",00000000,00000040,004f0310 L"Z:\\media\\louis\\aqqa\\PNotesPortable\\Data\\settings\\Note s.ini") ret=0043456f 00c4:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7b64e9f5 ip=7b64e9f5 tid=00c4 -->crash So looks like it crashes inside WritePrivateProfileStructW ?? sha1sum PNotesPortable_9.3.0.paf.exe 2df27f55e3b43c889a5e7c68684e8acbaef9498f PNotesPortable_9.3.0.paf.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 8

[Bug 47375] New: Photoshop C 2018 crashes on unimplemented function msvcr120.dll.? _Schedule@_StructuredTaskCollection@details@Concurrency@@QEAAXPEAV_UnrealizedChore@23@@Z
by wine-bugs＠winehq.org 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=47375 Bug ID: 47375 Summary: Photoshop C 2018 crashes on unimplemented function msvcr120.dll.?_Schedule(a)_StructuredTaskCollection@deta ils(a)Concurrency@@QEAAXPEAV_UnrealizedChore(a)23@@Z Product: Wine Version: 4.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: winepala(a)tradermail.info Distribution: --- Created attachment 64711 --> https://bugs.winehq.org/attachment.cgi?id=64711 wine output Photoshop CC 2018 crashes on an unimplemented function after using the Color Range tool to make a selection. wine: Call from 0x7b4560f6 to unimplemented function msvcr120.dll.?_Schedule(a)_StructuredTaskCollection@details(a)Concurrency@@QEAAXPEAV_UnrealizedChore(a)23@@Z, aborting -- Do not reply 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 50948] New: taskmgr show wrong memory usage unit (GB => MB)
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=50948 Bug ID: 50948 Summary: taskmgr show wrong memory usage unit (GB => MB) Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: limstash.w(a)gmail.com Distribution: --- Created attachment 69771 --> https://bugs.winehq.org/attachment.cgi?id=69771 Screenshot Task manage performance page show wrong memory usage unit, should be GB instead of MB. Step to reproduce: 1. wine taskmgr 2. switch to the performance page $ wine --version wine-6.5 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 53234] New: nsi:nsi - test_ndis_ifinfo() fails randomly on Windows 10 1507
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53234 Bug ID: 53234 Summary: nsi:nsi - test_ndis_ifinfo() fails randomly on Windows 10 1507 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com nsi:nsi - test_ndis_ifinfo() fails randomly on Windows 10 1507: nsi.c:360: Test failed: 7: OutErrors: 3 not in [0 0] https://test.winehq.org/data/patterns.html#nsi:nsi The OutErrors value varies between 1 to 3 from one run to the next. -- Do not reply 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 53310] New: Roblox Fails With HttpSendRequest
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53310 Bug ID: 53310 Summary: Roblox Fails With HttpSendRequest Product: Wine-staging Version: 7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: goldstar611(a)hotmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 72687 --> https://bugs.winehq.org/attachment.cgi?id=72687 Partial debug log created using WINEDEBUG=+winhttp,+wininet Roblox fails to launch experiences after a 15-20 second delay and displays "An error occurred while starting Roblox Details HttpSendRequest failed (..) Error: An error occurred in the secure channel support" Googling this will reveal some old instructions to install libgnutls but this is already installed on my system. I upgraded this morning to - wine-staging 7.12~buster-1 - wine-staging-amd64 7.12~buster-1 - wine-staging-i386:i386 7.12~buster-1 from "deb https://dl.winehq.org/wine-builds/debian/ buster main" Downgrading these packages to 7.11~buster-1 allows Roblox to launch experiences again. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 53169] New: Rich edit control becomes unstable or trips assertion after ITextRange::SetFont is called
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53169 Bug ID: 53169 Summary: Rich edit control becomes unstable or trips assertion after ITextRange::SetFont is called Product: Wine Version: 7.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: huw(a)codeweavers.com Distribution: --- The textrange_set_font function does not properly wrap marked paragraphs and commit undo buffer, leading to inconsistent state. Affected applications: - KakaoTalk Emotion Plus (paid subscription) autosuggest feature may cause random crashes once triggered. -- Do not reply 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 48487] New: MSYS based Git 2.25 installer reports 'could not decode hex <hexstring>' (needs support for CryptStringToBinaryW CRYPT_STRING_HEX)
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=48487 Bug ID: 48487 Summary: MSYS based Git 2.25 installer reports 'could not decode hex <hexstring>' (needs support for CryptStringToBinaryW CRYPT_STRING_HEX) Product: Wine Version: 5.0-rc6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. The error message pops up a number of times and can be dismissed. Download: https://github.com/git-for-windows/git/releases/tag/v2.25.0.windows.1 --- snip --- $ WINEDEBUG=+seh,+relay,+cmd,+crypt wine ./Git-2.25.0-32-bit.exe >>log.txt 2>&1 ... 005b:Call KERNEL32.CreateProcessW(00000000,00f822ec L"\"C:\\users\\focht\\Temp\\is-79D9L.tmp\\Git-2.25.0-32-bit.tmp\" /SL5=\"$70062,45991292,224256,Z:\\home\\focht\\Downloads\\Git-2.25.0-32-bit.exe\" ",00000000,00000000,00000000,00000000,00000000,00000000,0032fe54,0032fe44) ret=0040ebdd ... 005b:Ret KERNEL32.CreateProcessW() retval=00000001 ret=0040ebdd ... 005d:Call KERNEL32.CreateFileW(019bc684 L"C:\\Program Files (x86)\\Git\\dev\\fd",c0000000,00000000,00000000,00000002,00000080,00000000) ret=0042643d 005d:Call ntdll._wcsicmp(019bc684 L"C:\\Program Files (x86)\\Git\\dev\\fd",7b05c3f6 L"CONIN$") ret=7b00f02f 005d:Ret ntdll._wcsicmp() retval=ffffffcb ret=7b00f02f 005d:Call ntdll._wcsicmp(019bc684 L"C:\\Program Files (x86)\\Git\\dev\\fd",7b05c404 L"CONOUT$") ret=7b00f045 005d:Ret ntdll._wcsicmp() retval=ffffffcb ret=7b00f045 005d:Call ntdll.wcsncmp(019bc684 L"C:\\Program Files (x86)\\Git\\dev\\fd",7b05c328 L"\\\\.\\",00000004) ret=7b00f05d 005d:Ret ntdll.wcsncmp() retval=ffffffe7 ret=7b00f05d 005d:Call ntdll.RtlIsDosDeviceName_U(019bc684 L"C:\\Program Files (x86)\\Git\\dev\\fd") ret=7b00f06f 005d:Ret ntdll.RtlIsDosDeviceName_U() retval=00000000 ret=7b00f06f 005d:Call ntdll.RtlDosPathNameToNtPathName_U(019bc684 L"C:\\Program Files (x86)\\Git\\dev\\fd",0032ee14,00000000,00000000) ret=7b00f1b3 005d:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=7b00f1b3 005d:Call ntdll.NtCreateFile(0032ee24,c0100080,0032edfc,0032edf4,00000000,00000080,00000000,00000005,00000060,00000000,00000000) ret=7b00f2a6 005d:Ret ntdll.NtCreateFile() retval=00000000 ret=7b00f2a6 005d:Call ntdll.RtlFreeUnicodeString(0032ee14) ret=7b00f3bb 005d:Ret ntdll.RtlFreeUnicodeString() retval=019bc684 ret=7b00f3bb 005d:Ret KERNEL32.CreateFileW() retval=000000c0 ret=0042643d 005d:Call crypt32.CryptStringToBinaryW(01348e5c L"213c73796d6c696e6b3efffe2f00700072006f0063002f00730065006c0066002f00660064000000",00000050,00000004,019c65b4,0165d4cc,00000000,00000000) ret=00499fca 005d:Call KERNEL32.IsBadStringPtrW(01348e5c,00000050) ret=7c332f9f 005d:Ret KERNEL32.IsBadStringPtrW() retval=00000000 ret=7c332f9f 005d:trace:crypt:CryptStringToBinaryW (L"213c73796d6c696e6b3efffe2f00700072006f0063002f00730065006c0066002f00660064000000", 80, 00000004, 0x19c65b4, 0x165d4cc, (nil), (nil)) 005d:fixme:crypt:CryptStringToBinaryW Unimplemented type 4 005d:Ret crypt32.CryptStringToBinaryW() retval=00000000 ret=00499fca 005d:Call KERNEL32.GetLastError() ret=004a1f1e 005d:Ret KERNEL32.GetLastError() retval=00000057 ret=004a1f1e 005d:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,0032f064) ret=004fa043 005d:Call ntdll.memcpy(0032efd8,0032f064,0000001c) ret=7b00daa1 005d:Ret ntdll.memcpy() retval=0032efd8 ret=7b00daa1 005d:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b00dab1 ip=7b00dab1 tid=005d 005d:trace:seh:raise_exception info[0]=004fa043 005d:trace:seh:raise_exception info[1]=01686200 005d:trace:seh:raise_exception info[2]=013f4c70 005d:trace:seh:raise_exception info[3]=013f0350 005d:trace:seh:raise_exception info[4]=00000018 005d:trace:seh:raise_exception info[5]=0032f120 005d:trace:seh:raise_exception info[6]=0032f080 005d:trace:seh:raise_exception eax=0032efc4 ebx=013f4c70 ecx=0032f064 edx=0032efc4 esi=00000007 edi=0032f030 005d:trace:seh:raise_exception ebp=0032f018 esp=0032efc4 cs=320023 ds=ffff002b es=002b fs=55110063 gs=006b flags=00000212 005d:trace:seh:call_stack_handlers calling handler at 0x4fa44f code=eedfade flags=1 005d:trace:seh:call_stack_handlers handler at 0x4fa44f returned 1 005d:trace:seh:call_stack_handlers calling handler at 0x494d53 code=eedfade flags=1 ... 005d:Call user32.MessageBoxW(000200c2,01341d0c L"Could not write \"C:\\Program Files (x86)\\Git\\dev\\fd\" could not decode hex 213c73796d6c696e6b3efffe2f00700072006f0063002f00730065006c0066002f00660064000000",01413a94 L"Git 2.25.0 Setup",00000030) ret=0047ca0a --- snip --- The script source is here: https://github.com/git-for-windows/build-extra/blob/3c00b55dd02a3df50ee157d… --- snip --- function CreateCygwinSymlink(SymlinkPath,TargetPath:String):Boolean; var Attribute:DWord; i:Integer; Hex,Buffer:string; Stream:TStream; Size:LongWord; begin Result:=True; // assuming that the target is actually all-ASCII, convert to UTF-16 for i:=Length(TargetPath) downto 1 do TargetPath:=Copy(TargetPath,1,i)+#0+Copy(TargetPath,i+1,Length(TargetPath)-i); Hex:='213c73796d6c696e6b3efffe'; // "!<symlink>\xff\xfe" for i:=1 to Length(TargetPath) do Hex:=Hex+CharToHex(Ord(TargetPath[i])); // append wide characters as hex Hex:=Hex+'0000'; // append a wide NUL // write the file Stream:=TFileStream.Create(SymlinkPath,fmCreate); try Size:=Length(Hex) div 2; SetLength(Buffer,Size); if (CryptStringToBinary(Hex,Length(Hex),CRYPT_STRING_HEX,Buffer,Size,0,0)=0) or (Size<>Length(Hex) div 2) then RaiseException('could not decode hex '+Hex); Stream.WriteBuffer(Buffer,Size); except LogError('Could not write "'+SymlinkPath+'" '+GetExceptionMessage()); Result:=False; finally Stream.Free end; // Set system bit (required for Cygwin to interpret this as a symlink) Attribute:=GetFileAttributes(SymlinkPath); if (Attribute and 4) = 0 then begin Attribute:=Attribute or 4; if not SetFileAttributes(SymlinkPath,Attribute) then begin LogError('Could not mark "'+SymlinkPath+'" as system file'); Result:=False; end; end; end; --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/02f3a133b64ed1f979309e1399738ea… --- snip --- 990 BOOL WINAPI CryptStringToBinaryW(LPCWSTR pszString, 991 DWORD cchString, DWORD dwFlags, BYTE *pbBinary, DWORD *pcbBinary, 992 DWORD *pdwSkip, DWORD *pdwFlags) 993 { 994 StringToBinaryWFunc decoder; 995 LONG ret; 996 997 TRACE("(%s, %d, %08x, %p, %p, %p, %p)\n", debugstr_wn(pszString, cchString ? cchString : -1), 998 cchString, dwFlags, pbBinary, pcbBinary, pdwSkip, pdwFlags); 999 1000 if (!pszString) 1001 { 1002 SetLastError(ERROR_INVALID_PARAMETER); 1003 return FALSE; 1004 } 1005 /* Only the bottom byte contains valid types */ 1006 if (dwFlags & 0xfffffff0) 1007 { 1008 SetLastError(ERROR_INVALID_DATA); 1009 return FALSE; 1010 } 1011 switch (dwFlags) 1012 { 1013 case CRYPT_STRING_BASE64_ANY: 1014 decoder = Base64AnyToBinaryW; 1015 break; 1016 case CRYPT_STRING_BASE64: 1017 decoder = Base64ToBinaryW; 1018 break; 1019 case CRYPT_STRING_BASE64HEADER: 1020 decoder = Base64HeaderToBinaryW; 1021 break; 1022 case CRYPT_STRING_BASE64REQUESTHEADER: 1023 decoder = Base64RequestHeaderToBinaryW; 1024 break; 1025 case CRYPT_STRING_BASE64X509CRLHEADER: 1026 decoder = Base64X509HeaderToBinaryW; 1027 break; 1028 case CRYPT_STRING_BINARY: 1029 decoder = DecodeBinaryToBinaryW; 1030 break; 1031 case CRYPT_STRING_ANY: 1032 decoder = DecodeAnyW; 1033 break; 1034 case CRYPT_STRING_HEX: 1035 case CRYPT_STRING_HEXASCII: 1036 case CRYPT_STRING_HEXADDR: 1037 case CRYPT_STRING_HEXASCIIADDR: 1038 FIXME("Unimplemented type %d\n", dwFlags & 0x7fffffff); 1039 /* fall through */ 1040 default: 1041 SetLastError(ERROR_INVALID_PARAMETER); 1042 return FALSE; 1043 } 1044 if (!cchString) 1045 cchString = strlenW(pszString); 1046 ret = decoder(pszString, cchString, pbBinary, pcbBinary, pdwSkip, pdwFlags); 1047 if (ret) 1048 SetLastError(ret); 1049 return ret == ERROR_SUCCESS; 1050 } --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/win32/api/wincrypt/nf-wincrypt-cry… $ sha1sum Git-2.25.0-32-bit.exe 7dc64019c089d4a9a3700ee7140a7af9a5416199 Git-2.25.0-32-bit.exe $ du -sh Git-2.25.0-32-bit.exe 45M Git-2.25.0-32-bit.exe $ wine --version wine-5.0-rc6 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 52457] New: CNG Encryption Failure (BCryptEncrypt)
by WineHQ Bugzilla 27 Mar '23

27 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=52457 Bug ID: 52457 Summary: CNG Encryption Failure (BCryptEncrypt) Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: x256(a)ultra.fyi Distribution: --- Created attachment 71746 --> https://bugs.winehq.org/attachment.cgi?id=71746 Demo application (with source code) The CNG encryption function BCryptEncrypt does not always work properly. Please see the attached demo application. It encrypts 4 blocks (AES in CBC mode, test vector from RFC 3602): one BCryptEncrypt call encrypts the first two blocks, and a second BCryptEncrypt call encrypts the last two blocks. On Windows, all 4 blocks are encrypted correctly. On Wine, the first two blocks are encrypted correctly, but the last two blocks are incorrect. Tested with Wine 5.0.3 and 7.0.0 (winehq-stable) on Kubuntu 21.10 (64-bit). 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 5