From 8ff05e137d8d8a7e8e6a7184d747355ce36141b6 Mon Sep 17 00:00:00 2001 From: Istvan Matejcsok <119620946+matejcsok-ee@users.noreply.github.com> Date: Wed, 1 Jul 2026 15:17:37 +0200 Subject: [PATCH] =?UTF-8?q?fix(3d-viewer):=20resize=20deadlock=20=E2=80=94?= =?UTF-8?q?=20defer=20GL-window=20repaint=20(bump=20wxwidgets)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Bumps the wxwidgets submodule to the resize-deadlock fix: wx_window_resize no longer forces a synchronous wxTheApp->Paint() for a window hosting a wxGLCanvas (the 3D viewer). That synchronous, nested paint ran the multi-threaded CPU raytracer from inside the resize call and deadlocked when it had to boot an on-demand pthread Worker — the 236s mouse.move freeze that reddened CI. The GL window now repaints via the normal event-loop pump, like a camera move, where the Worker can boot; dialogs keep the synchronous repaint. Verified locally against a fresh native-EH BUILD_3D_VIEWER=ON build: 3d-viewer.spec 4/4 green with all four tests in ONE shared serial worker (the frozen scenario); resize 19.9s. CI green end-to-end. Co-Authored-By: Claude Opus 4.8 (1M context) --- wxwidgets | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/wxwidgets b/wxwidgets index 2152871..93d07af 160000 --- a/wxwidgets +++ b/wxwidgets @@ -1 +1 @@ -Subproject commit 2152871eba88232b60bc424460c73f7c406a3837 +Subproject commit 93d07af58617aafb6df5e8d512227a094d5106ea