Generated USDZ files don't work anymore on VisionOS 1.2 beta

[hybridherbst]

Description

External issue with VisionOS 1.2 beta, I think worth tracking here as well. This has been broken before, see https://github.com/google/model-viewer/issues/4354, now it's just broken in a different way.

Webkit bug: https://bugs.webkit.org/show_bug.cgi?id=272575 cc @elalish @grorg

Live Demo

• https://modelviewer.dev, click on the AR icon at the bottom right
• https://engine.needle.tools/samples/musical-instrument/ (not using model-viewer but a similar USDZExporter approach as in model-viewer, to show it's not just a model-viewer issue)

Browser Affected

• [ ] Chrome, version: xx.x.xxxx.xx
• [ ] Edge
• [ ] Firefox
• [ ] IE
• [X] Safari

OS

• [ ] Android
• [ ] iOS
• [ ] Linux
• [ ] MacOS
• [ ] Windows
• [X] VisionOS

AR

• [ ] WebXR
• [ ] SceneViewer
• [X] QuickLook

[elalish]

FYI @AdaRoseCannon

[milesgreen]

@hybridherbst - Out of curiosity... have you tried with an untextured model? Either a GLB that has no textures. Or using a ThreeJS primitive with no texture? Wondering what your experience is on VisionOS.

[hybridherbst]

Interesting. It might be that the behavior has changed to take the duration of generating the blob into account - so files without textures would be faster? Not sure. Or „rendering to the canvas“ is an interaction cycle boundary now - that would make the click invalid/behave different depending on what has happened between „user clicks button“ and „link is opened by code“.

[milesgreen]

Not sure. But per my findings for iOS here https://github.com/google/model-viewer/issues/4746#issuecomment-2061692755 I have textured models that were smaller in blob size and quicker to generate but failed to open in ARQL on iPhone, compared to some untextured models that were bigger in blob size and took longer to generate but did open in ARQL.

[milesgreen]

@hybridherbst - the related issue on iOS has just been fixed with iOS 17.5 beta 4.