- Wine-Bugs - list.winehq.org

[Bug 48455] New: Native Instruments Native Access 1.9 installer hangs during installation of ISO Mounter driver (missing handling of architecture-specific SourceDisks{Names,Files} .inf sections)
by WineHQ Bugzilla July 28, 2024

July 28, 2024

https://bugs.winehq.org/show_bug.cgi?id=48455 Bug ID: 48455 Summary: Native Instruments Native Access 1.9 installer hangs during installation of ISO Mounter driver (missing handling of architecture-specific SourceDisks{Names,Files} .inf sections) Product: Wine Version: 5.0-rc5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. The driver sub-installer just hangs (churning cpu), blocking the main installer forever. Stable download link via Internet Archive: https://web.archive.org/web/20190227215247/https://www.native-instruments.c… --- snip --- $ wine ./Native\ Access\ 1.9.1\ Setup\ PC.exe ... --- snip --- Reduced case by calling driver sub-installer directly, after killing main installer: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Native Instruments/IsoDriver/x64 $ WINEDEBUG=+seh,+relay,+loaddll,+process,+setupapi wine ./NI-drvinst.exe instroot "root\NIWinCDEmu" "C:\Program Files (x86)\Native Instruments\IsoDriver\NIWinCDEmu.inf" >>log.txt 2>&1 ... 002d:trace:setupapi:SetupDiInstallDriverFiles devinfo 000000000011C1C0, device_data 000000000022F6C0. ... 002d:trace:setupapi:SetupOpenInfFileW L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver\\NIWinCDEmu.inf" -> 000000000011D990 ... 002d:trace:setupapi:SetupGetStringFieldW context 000000000011D990/000000000011D990/9/0 index 1 returning L"Drivers_Dir" ... 002d:trace:setupapi:SetupQueueCopySectionW queue 000000000011DDD0, src_root L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver", hinf 000000000011D990, hlist 000000000011D990, section L"Drivers_Dir", style 0x10000. ... 002d:trace:setupapi:SetupQueueCopyIndirectW root=L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver" path=(null) file=L"NIWinCDEmu.sys" -> dir=L"C:\\windows\\system32\\drivers" file=L"NIWinCDEmu.sys" descr=(null) tag=(null) ... 002d:trace:setupapi:SetupDefaultQueueCallbackW start copy L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver\\NIWinCDEmu.sys" -> L"C:\\windows\\system32\\drivers\\NIWinCDEmu.sys" ... 002d:trace:setupapi:queue_copy_file copying file L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver\\NIWinCDEmu.sys" -> L"C:\\windows\\system32\\drivers\\NIWinCDEmu.sys" ... 002d:trace:setupapi:do_file_copyW copy L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver\\NIWinCDEmu.sys" to L"C:\\windows\\system32\\drivers\\NIWinCDEmu.sys" style 0x10000 002d:Call KERNEL32.GetFileAttributesW(006fd540 L"C:\\windows\\system32\\drivers\\NIWinCDEmu.sys") ret=00259e09 ... 002d:Ret KERNEL32.GetFileAttributesW() retval=ffffffff ret=00259e09 002d:Call KERNEL32.CopyFileW(006fd4a0 L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver\\NIWinCDEmu.sys",006fd540 L"C:\\windows\\system32\\drivers\\NIWinCDEmu.sys",00000000) ret=0025a064 .... 002d:Call ntdll.NtCreateFile(0022e100,80100080,0022e128,0022e118,00000000,00000000,00000007,00000001,00000060,00000000,00000000) ret=7b0110a1 002d:Ret ntdll.NtCreateFile() retval=c0000034 ret=7b0110a1 002d:Call ntdll.RtlNtStatusToDosError(c0000034) ret=7b011190 002d:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7b011190 ... 002d:Ret KERNEL32.CopyFileW() retval=00000000 ret=0025a064 002d:warn:setupapi:do_file_copyW failed to copy, err 2 ... <repeats endlessly> ... 002d:trace:setupapi:SetupDefaultQueueCallbackW need media L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver" L"NIWinCDEmu.sys" ... 002d:trace:setupapi:SetupDefaultQueueCallbackW start copy L"C:\\Program Files (x86)\\Native Instruments\\IsoDriver\\NIWinCDEmu.sys" -> L"C:\\windows\\system32\\drivers\\NIWinCDEmu.sys" ... --- snip --- Content of 'NIWinCDEmu.inf': --- snip --- [Version] Signature="$WINDOWS NT$" Class=SCSIAdapter ClassGuid={4d36e97b-e325-11ce-bfc1-08002be10318} Provider=%NI_MFNAME% DriverVer= 08/05/2011, 1.0.0.2 CatalogFile=NIWinCDEmu.cat [DestinationDirs] DefaultDestDir = 12 [SourceDisksNames.x86] 1 = %DiskId1%,,, [SourceDisksNames.amd64] 1 = %DiskId1%,,, [SourceDisksFiles.x86] NIWinCDEmu.sys = 1,\x86 [SourceDisksFiles.amd64] NIWinCDEmu.sys = 1,\x64 [Manufacturer] %NI_MFNAME%=Standard, NTamd64 [Standard] %NIWinCDEmu.DeviceDesc%=NIWinCDEmu_Device, root\NIWinCDEmu [Standard.NTamd64] %NIWinCDEmu.DeviceDesc%=NIWinCDEmu_Device, root\NIWinCDEmu [NIWinCDEmu_Device.NT] CopyFiles=Drivers_Dir [Drivers_Dir] NIWinCDEmu.sys,,,2 ;-------------- Service installation [NIWinCDEmu_Device.NT.Services] AddService = NIWinCDEmu,%SPSVCINST_ASSOCSERVICE%, dev_Service_Inst ; -------------- busenum driver install sections [dev_Service_Inst] DisplayName = %dev.SVCDESC% ServiceType = 1 ; SERVICE_KERNEL_DRIVER StartType = 3 ; SERVICE_DEMAND_START ErrorControl = 1 ; SERVICE_ERROR_NORMAL ServiceBinary = %12%\NIWinCDEmu.sys LoadOrderGroup = Extended Base [Strings] SPSVCINST_ASSOCSERVICE= 0x00000002 NI_MFNAME = "Native Instruments GmbH" DiskId1 = "ISO Mounter Installation Disk #1" NIWinCDEmu.DeviceDesc = "ISO Mounter" dev.SVCDESC = "ISO Mounter driver" --- snip --- The problem here is that Wine's 'get_source_info' doesn't take architecture-specific 'SourceDisksNames' and 'SourceDisksFiles' .inf sections into account. Wine source: https://source.winehq.org/git/wine.git/blob/b3abc343c373ee5fd0764a3ceedeef5… --- snip --- 289 static void get_source_info( HINF hinf, const WCHAR *src_file, SP_FILE_COPY_PARAMS_W *params, 290 WCHAR *src_root, WCHAR *src_path) 291 { 292 static const WCHAR SourceDisksNames[] = 293 {'S','o','u','r','c','e','D','i','s','k','s','N','a','m','e','s',0}; 294 static const WCHAR SourceDisksFiles[] = 295 {'S','o','u','r','c','e','D','i','s','k','s','F','i','l','e','s',0}; 296 297 INFCONTEXT file_ctx, disk_ctx; 298 INT id, diskid; 299 DWORD len; 300 301 /* find the SourceDisksFiles entry */ 302 if (!SetupFindFirstLineW( hinf, SourceDisksFiles, src_file, &file_ctx )) return; 303 if (!SetupGetIntField( &file_ctx, 1, &diskid )) return; 304 305 /* now find the diskid in the SourceDisksNames section */ 306 if (!SetupFindFirstLineW( hinf, SourceDisksNames, NULL, &disk_ctx )) return; 307 for (;;) 308 { 309 if (SetupGetIntField( &disk_ctx, 0, &id ) && (id == diskid)) break; 310 if (!SetupFindNextLine( &disk_ctx, &disk_ctx )) return; 311 } 312 313 if (SetupGetStringFieldW( &disk_ctx, 1, NULL, 0, &len ) && len > sizeof(WCHAR) 314 && (params->SourceDescription = heap_alloc( len * sizeof(WCHAR) ))) 315 SetupGetStringFieldW( &disk_ctx, 1, (WCHAR *)params->SourceDescription, len, NULL ); 316 317 if (SetupGetStringFieldW( &disk_ctx, 2, NULL, 0, &len ) && len > sizeof(WCHAR) 318 && (params->SourceTagfile = heap_alloc( len * sizeof(WCHAR) ))) 319 SetupGetStringFieldW( &disk_ctx, 2, (WCHAR *)params->SourceTagfile, len, NULL ); 320 321 if (SetupGetStringFieldW( &disk_ctx, 4, NULL, 0, &len ) && len > sizeof(WCHAR) 322 && len < MAX_PATH - lstrlenW( src_root ) - 1) 323 { 324 lstrcatW( src_root, backslashW ); 325 SetupGetStringFieldW( &disk_ctx, 4, src_root + lstrlenW( src_root ), 326 MAX_PATH - lstrlenW( src_root ), NULL ); 327 } 328 329 if (SetupGetStringFieldW( &file_ctx, 2, NULL, 0, &len ) && len > sizeof(WCHAR) && len < MAX_PATH) 330 { 331 SetupGetStringFieldW( &file_ctx, 2, src_path, MAX_PATH, NULL ); 332 params->SourcePath = src_path; 333 } 334 } --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows-hardware/drivers/install/inf-sourc… --- quote ---- ... To support distribution of driver files on multiple system architectures, you can specify an architecture-specific SourceDisksFiles section by adding an .x86, .ia64, .amd64, .arm, or .arm64 extension to SourceDisksFiles. Be aware that, unlike other sections such as a DDInstall section, the platform extensions for a SourceDisksFiles section are not .ntx86, .ntia64, or .ntamd64. For example, to specify a source disk names section for an x86-based system, use a SourceDisksFiles.x86 section, not a SourceDisksFiles.ntx86 section. Similarly, use a SourceDisksFiles.ia64 section to specify an Itanium-based system and a SourceDisksFiles.amd64 section to specify an x64-based system. During installation, SetupAPI functions look for architecture-specific SourceDisksFiles sections before using the generic section. For example, if, during installation on an x86-based platform, Windows is copying a file that is named driver.sys, it will look for the file's description in [SourceDisksFiles.x86] before looking in [SourceDisksFiles]. --- quote ---- In contrast, 'get_source_id' does it properly: https://source.winehq.org/git/wine.git/blob/f1b94dc16c35a5c477b6df8aa94c6d3… --- snip --- 372 static LPWSTR get_source_id( HINF hinf, PINFCONTEXT context, PCWSTR filename ) 373 { 374 DWORD size; 375 LPWSTR source_id; 376 377 if (!SetupFindFirstLineW( hinf, source_disks_files_platform, filename, context ) && 378 !SetupFindFirstLineW( hinf, source_disks_files, filename, context )) 379 return NULL; 380 381 if (!SetupGetStringFieldW( context, 1, NULL, 0, &size )) 382 return NULL; 383 384 if (!(source_id = HeapAlloc( GetProcessHeap(), 0, size * sizeof(WCHAR) ))) 385 return NULL; 386 387 if (!SetupGetStringFieldW( context, 1, source_id, size, NULL )) 388 { 389 HeapFree( GetProcessHeap(), 0, source_id ); 390 return NULL; 391 } 392 393 if (!SetupFindFirstLineW( hinf, source_disks_names_platform, source_id, context ) && 394 !SetupFindFirstLineW( hinf, source_disks_names, source_id, context )) 395 { 396 HeapFree( GetProcessHeap(), 0, source_id ); 397 return NULL; 398 } 399 return source_id; 400 } --- snip --- $ sha1sum Native* 374f62fb373ceb02527b8a179c7e305268bab25c Native Access 1.9.1 Setup PC.exe 5a78d5850267d0ef6701bc5da7dc25e5b62b6031 Native_Access_Installer.zip $ du -sh Native* 70M Native Access 1.9.1 Setup PC.exe 69M Native_Access_Installer.zip $ wine --version wine-5.0-rc5 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 12

[Bug 56977] New: accept()-ed socket fds are never marked as cacheable
by WineHQ Bugzilla July 28, 2024

July 28, 2024

https://bugs.winehq.org/show_bug.cgi?id=56977 Bug ID: 56977 Summary: accept()-ed socket fds are never marked as cacheable Product: Wine Version: 9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: ishitatsuyuki(a)gmail.com, z.figura12(a)gmail.com Regression SHA1: 89f77a93a6c96896d90c943bc3e82139114cf58c Distribution: --- allow_fd_caching() is not called for accept()-ed sockets, causing severe performance degradation due to extra server_get_unix_fd() call overhead per every socket I/O operation. Affected applications: - DJMAX RESPECT V creates a loopback TCP socket pair. The "server" side ESTABLISHED socket is affected. -- Do not reply 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 56954] New: after commit 3f87436670d8a9c87e00825b71ed6995afd870a1 wine will generate ntlm_auth <defunct> process.
by WineHQ Bugzilla July 28, 2024

July 28, 2024

https://bugs.winehq.org/show_bug.cgi?id=56954 Bug ID: 56954 Summary: after commit 3f87436670d8a9c87e00825b71ed6995afd870a1 wine will generate ntlm_auth <defunct> process. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- Created attachment 76771 --> https://bugs.winehq.org/attachment.cgi?id=76771 ntlm_auth defunct process After commit 3f87436670d8a9c87e00825b71ed6995afd870a1 wine will generate lots of ntlm defunct process. before this commit, it will return to normal. -- Do not reply 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 56969] New: Act of War (Direct Action, High Treason) crashes in wined3d when loading the mission
by WineHQ Bugzilla July 28, 2024

July 28, 2024

https://bugs.winehq.org/show_bug.cgi?id=56969 Bug ID: 56969 Summary: Act of War (Direct Action, High Treason) crashes in wined3d when loading the mission Product: Wine Version: unspecified Hardware: x86-64 URL: https://store.steampowered.com/app/2710/Act_of_War_Dir ect_Action/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 65165cf8520f85ac327115536749cda1aabef77b Distribution: --- Created attachment 76792 --> https://bugs.winehq.org/attachment.cgi?id=76792 terminal output The game works properly in Wine-9.12, the issue is present in the current git version of Wine. The intro videos are playing fine, the menu works correctly. However the game crashes when loading a mission. I can't get a proper backtrace because the game's own debugger/exception handler kicks in as soon as the game crashes. The original demo version is not affected, I reproduced the problem with both the GOG and the Steam versions. Reverting commit 65165cf8520f85ac327115536749cda1aabef77b fixes the crash for me. (wined3d: Feed the FFP color key through a push constant buffer.) wine-9.12-332-g34b16060199 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 550.40.65 OpenGL core profile shading language version string: 4.60 NVIDIA -- Do not reply 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 56994] New: mbstowcs for UTF8, with an exact (not overallocated) output buffer size fails
by WineHQ Bugzilla July 28, 2024

July 28, 2024

https://bugs.winehq.org/show_bug.cgi?id=56994 Bug ID: 56994 Summary: mbstowcs for UTF8, with an exact (not overallocated) output buffer size fails Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: piotr(a)codeweavers.com Distribution: --- This issue can be illustrated with the following test snippet: #include <stdio.h> #include <locale.h> #include <stdlib.h> #include <wchar.h> int main() { const char *locname = "en_US.UTF-8"; if (!setlocale(LC_ALL, locname)) { fprintf(stderr, "locale %s failed\n", locname); return 1; } wchar_t wcsbuf[10] = { 0xe9, 0 }; // LATIN SMALL LETTER E WITH ACUTE char mbsbuf[10] = { 0 }; size_t ret; ret = wcstombs(NULL, wcsbuf, 0); printf("initial wcstombs returned %d bytes\n", (int) ret); ret = wcstombs(mbsbuf, wcsbuf, ret); printf("wcstombs returned %d bytes\n", (int) ret); if (ret == -1) return 1; for (size_t i = 0; i < ret; i++) printf("%02x ", (unsigned char)mbsbuf[i]); printf("\n"); ret = mbstowcs(NULL, mbsbuf, 0); printf("initial mbstowcs returned %d wchars\n", (int) ret); if (ret > sizeof(wcsbuf)/sizeof(wcsbuf[0])) return 1; ret = mbstowcs(wcsbuf, mbsbuf, ret); printf("mbstowcs returned %d wchars\n", (int) ret); if (ret == -1) return 1; for (size_t i = 0; i < ret; i++) printf("%02x ", (unsigned int)wcsbuf[i]); printf("\n"); return 0; } Compiled with mingw tools targeting UCRT. On native Windows, this outputs: initial wcstombs returned 2 bytes wcstombs returned 2 bytes c3 a9 initial mbstowcs returned 1 wchars mbstowcs returned 1 wchars e9 With Wine, it outputs: initial wcstombs returned 2 bytes wcstombs returned 2 bytes c3 a9 initial mbstowcs returned 1 wchars mbstowcs returned -1 wchars Thus, the actual mbstowcs conversion fails, whereas it succeds on native Windows. The problem here is that the output buffer size, given to mbstowcs, is a tightly allocated 1. When scanning the (null terminated) input buffer, to calculate the input size, at https://gitlab.winehq.org/wine/wine/-/blob/wine-9.13/dlls/msvcrt/mbcs.c?ref…, we limit the loop to "i<count". As we've passed count=1, as we know the output is going to be 1 wchar, this loop terminates after one iteration. The check "_isleadbyte_l((unsigned char)mbstr[size], locale)" seems to fail for the leading UTF8 byte, which probably is a bug in itself. But if mbstowcs is given an overallocated output size (passing a larger count parameter), that issue isn't visible here. -- Do not reply 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 56958] New: ChessBase 17 crashes after splash screen
by WineHQ Bugzilla July 28, 2024

July 28, 2024

https://bugs.winehq.org/show_bug.cgi?id=56958 Bug ID: 56958 Summary: ChessBase 17 crashes after splash screen Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)brobston.com CC: rbernon(a)codeweavers.com Regression SHA1: 27f63ff1cd7daeb47b0c396b5c842e73a3a34584 Distribution: Ubuntu Created attachment 76774 --> https://bugs.winehq.org/attachment.cgi?id=76774 Log from launching ChessBase 17 at the first bad commit This is a recent regression in which ChessBase 17 crashes after its splash screen. I ran a regression test. Log (with WINEDEBUG=warn+all) from the first bad revision 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 6

[Bug 56957] New: CEF application (BSG Launcher) freezes on mouse hover action
by WineHQ Bugzilla July 28, 2024

July 28, 2024

https://bugs.winehq.org/show_bug.cgi?id=56957 Bug ID: 56957 Summary: CEF application (BSG Launcher) freezes on mouse hover action Product: Wine Version: 9.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madbyte(a)tuta.io Distribution: --- Created attachment 76773 --> https://bugs.winehq.org/attachment.cgi?id=76773 error log, used WINEDEBUG=+seh+debugstr Starting with Wine 9.11, the BSG Launcher (CEF application) freezes as soon as the mouse enters the window of the application & the process has to be killed forcefully to close the window. On Wine 9.10 the launcher works as expected. Only observable difference in the log output between 9.10 and 9.11 is this err: 0114:err:virtual:virtual_setup_exception nested exception on signal stack addr 0x7d1bec533173 stack 0x7ffcee80 -- Do not reply 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 56910] New: Sysinternals的ZoomIt程序的部分功能无法使用。
by WineHQ Bugzilla July 28, 2024

July 28, 2024

https://bugs.winehq.org/show_bug.cgi?id=56910 Bug ID: 56910 Summary: Sysinternals的ZoomIt程序的部分功能无法使用。 Product: Wine Version: unspecified Hardware: x86-64 OS: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luzixuan2022(a)126.com Created attachment 76731 --> https://bugs.winehq.org/attachment.cgi?id=76731 ZoomIt.exe为程序的可执行文件 ZoomIt程序的Draw和Zoom功能无法使用——使用时屏幕会黑屏，所以无法按预期使用。程序见附件。 -- Do not reply 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 57006] New: Unhandled exception: page fault trying to run Midtown Madness 2
by WineHQ Bugzilla July 28, 2024

July 28, 2024

https://bugs.winehq.org/show_bug.cgi?id=57006 Bug ID: 57006 Summary: Unhandled exception: page fault trying to run Midtown Madness 2 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: hillpeter723(a)gmail.com Distribution: --- Created attachment 76843 --> https://bugs.winehq.org/attachment.cgi?id=76843 Error report: Unhandled exception: page fault trying to run Midtown2 I encountered the Program Error dialog while trying to run Midtown Madness 2. BTW, the installation process completed. Unhandled exception: page fault on read access to 0x00004738 in wow64 32-bit code (0x0040e41a). -- Do not reply 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 57000] New: Inspera Exam Portal SSO login (iceworm.exe) window crashes
by WineHQ Bugzilla July 26, 2024

July 26, 2024

https://bugs.winehq.org/show_bug.cgi?id=57000 Bug ID: 57000 Summary: Inspera Exam Portal SSO login (iceworm.exe) window crashes Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tuxifan(a)posteo.de Distribution: --- Created attachment 76839 --> https://bugs.winehq.org/attachment.cgi?id=76839 iceworm.exe crash report While Wine is surprisingly able to pass **all** system checks, the SSO login fails. Follow these instructions to reproduce: https://www.ltu.se/en/student-web/your-studies/examination/digital-exam-ins… To be clear, I wouldn't use Wine to take an exam, EVER. Just gave this a try as a joke and thought it might be worth fixing. -- Do not reply 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