A use-after-free crash occurs on Quest 3 (Horizon OS 14, build v207) when a native OpenXR+Vulkan client attaches a runtime fragment density map via VK_EXT_fragment_density_map. The crash happens when VrShell destroys its swapchain and imported foveation resources shortly after client start, causing the GPU to fault reading the freed allocation within VrShell's context (ShellMain) approximately 20 seconds later. This results in repeated faults every 5 seconds, causing VrShell to stop presenting, and the client to block 16-32 seconds in vkQueueSubmit. The headset appears frozen, and kernel logs show a "premature free" with a read translation fault in UCHE. The issue is timing-sensitive and triggered by heavy GPU submission during shell swapchain create/destroy churn. It reproduces with XR_FB_foveation at XR_FOVEATION_LEVEL_HIGH_FB, regardless of subsampled layout or VK_EXT_fragment_density_map2 settings, but does not occur when the client omits the fragment density map attachment.