WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
314069
[WebXR Layers] Crashes in OpenXRLayer's endFrame() for various layer types
https://bugs.webkit.org/show_bug.cgi?id=314069
Summary
[WebXR Layers] Crashes in OpenXRLayer's endFrame() for various layer types
Sergio Villar Senin
Reported
2026-05-05 05:31:25 PDT
OpenXRxxxLayer::endFrame() crashes in releaseImage() because acquireImage() (called inside beginFrame() via populateFrameData()) was never called for that layer in the current frame. The root cause is that beginFrame() is called from inside renderLoop(), which is called from the submitFrame() dispatch. At that point activeLayerHandles contains the **previous** frame's layer list. The new layer added by applyPendingRenderState() is only reflected in activeLayerHandles when the **next** scheduleAnimationFrame() dispatch runs which is always too late. Something like this submitFrame dispatch → endFrame() → renderLoop() → beginFrame() ↑ snapshots OLD activeLayerHandles scheduleAnimationFrame dispatch → activeLayerHandles = FRESH → renderLoop() ↑ pendingFrame=true, exits early There is a clear mismatch between the layers known by WebXR and the ones used by OpenXR to render
Attachments
Add attachment
proposed patch, testcase, etc.
Sergio Villar Senin
Comment 1
2026-05-06 08:15:46 PDT
Pull request:
https://github.com/WebKit/WebKit/pull/64370
EWS
Comment 2
2026-05-07 02:29:39 PDT
Committed
312788@main
(b0baaeaf0cd8): <
https://commits.webkit.org/312788@main
> Reviewed commits have been landed. Closing PR #64370 and removing active labels.
Radar WebKit Bug Importer
Comment 3
2026-05-07 02:30:14 PDT
<
rdar://problem/176446755
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug