http://bugs.winehq.org/show_bug.cgi?id=60225 Bug ID: 60225 Summary: FL Mafia Desktop 2.1.2 (Tauri app) crashes with page fault in ole32 at window creation Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs@list.winehq.org Reporter: germanshtyrov@gmail.com Target Milestone: --- Distribution: --- FL Mafia Desktop 2.1.2 is a Tauri-based application (Rust + WebView2). On startup it consistently crashes with an unhandled page fault inside ole32, in the main thread, while the window is being created. No window is ever shown. The WebView2 child processes and DXVK initialise correctly; the crash happens in the main application thread, independently of the WebView2 renderer. The faulting instruction dereferences RAX, which holds an invalid pointer: ole32+0x35e48: movq (%rax), %rdx The backtrace shows the fault occurring inside ole32 while a window message is being dispatched through user32 into the application's window procedure. Suspected call path: the application vendor states that Tauri on Windows calls OleInitialize followed by RegisterDragDrop during window creation, before WebView2 is initialised, and that this is the code path executing at the point of the crash. This is consistent with the observed backtrace. Since this OleInitialize + RegisterDragDrop sequence is standard Tauri boilerplate on Windows rather than anything specific to this application, this may affect Tauri-based applications in general. Steps to reproduce: 1. Install a WebView2 runtime into the prefix 2. Install FL Mafia Desktop 2.1.2 (FL Mafia_2.1.2_x64-setup.exe) 3. Run flmafia-desktop.exe 4. No window appears; the process dies with a page fault Expected result: the application window opens. Tested Wine builds - all crash identically in ole32, always in the main thread: - wine-11.0 (vanilla, distro package): ole32+0x35e48 - wine-experimental.bleeding.edge.11.0.411656.20260810 (TkG "soda"): ole32+0x33aeb - wine-11.0 with "explorer /desktop=" virtual desktop: ole32+0x35e48. The application survives noticeably longer here (EdgeUpdate and the WebView2 GPU process both come up) but it still hits the same fault at the same offset. Possibly relevant observation: across three separate crash dumps the faulting pointer in RAX was 00001f04009ba070 00003b7400d21680 00004b5400ec83f0 In each case the low 32 bits look like a plausible heap address while the upper 32 bits look like unrelated garbage. This may suggest a value losing its upper half somewhere before being dereferenced as a pointer. System: Arch Linux, kernel 7.1.9-arch1-2, Intel Core i5-8350U, Intel UHD Graphics 620 (KBL GT2), Mesa 26.1.6. 64-bit prefix in Windows 10 mode, DXVK 3.0.2. Reproduced both under Bottles (flatpak) and with a plain wine invocation. Full logs and backtraces are 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.