Description
Hi,
I am experiencing a very specific bug when using video links served by Vimeo toward A-Frame 1.6.0 running on iOS 18 Safari browser.
I am submitting this same bug report to both Vimeo, A-Frame and Apple because it is beyond my developer knowledge to understand where the problem lies here. I don’t know the A-Frame internals, which player or player part uses or effectively render the pixels, I don’t know at which level A-Frame and the Vimeo link served interact, I don’t know what changed in Safari between the iOS17 and iOS18 version, etc.
I was able to reproduce the bug here:
https://glitch.com/~debugvideosphere
If you check the source, you can see that I try to open, in sequence:
- an HLS 360 video from Vimeo (a “grotta azzurra” video)
- the same video at a fixed resolution, also from Vimeo
- a default 360 video hosted on Bitmovin CDN
on an iPhone running iOS18 AND opening this app with the Safari browser, the Vimeo links will fail to open and the video source will fall back to the Bitmovin video.
so:
On iOS 17 everything will work with both Safari and Chrome
On iOS 18 AND Chrome it will work.
On iOS 18 AND Safari it will NOT work.
-
I checked the “all audiences content” on Vimeo, being warned that some players could have problems in opening videos without that information set.
-
I tried with other videos from Vimeo and the problem remains, so it seems related to how Vimeo serves the link and/or A-Frame interprets that link.
-
I can reproduce videos correctly in A-Frame loading them from other sources apart from Bitmoving (i.e, Github Pages)
-
obviously, all the videos served from Vimeo work perfectly when opened directly from the links in both Safari and Chrome on iOS 18 (and everywhere else, for what it matters).
Hope someone can sort this out, even if obviously everybody here can say “my part works with third party stuff”.
Thanks,
Aaron
PS: referring #5603 , maybe this adds something...