`Enter VR` goggles stop working in Oculus Browser in Go
See original GitHub issueDescription: While in Oculus Browser on Oculus Go, clicking the VR goggles on the bottom right corner seems to stop working eventually, requiring a reboot of the device.
It sometimes appears as if the camera slightly moves in 2D mode when the icon is clicked, but the icon remains and there is no other noticeable difference.
- A-Frame Version:
0.9.0
- Platform / Device: Oculus Browser / Oculus Go
- Reproducible Code Snippet or URL:
Issue Analytics
- State:
- Created 5 years ago
- Comments:18 (12 by maintainers)
Top Results From Across the Web
Cannot enter VR in Oculus Browser - Meta Community Forums
With the latest browser update, any time I click "Enter VR" from a webpage, the browser crashes. Is anyone else experiencing this? -...
Read more >How to get rid of the "Enter VR" Screen - Oculus Go - YouTube
How to get rid of the " Enter VR " Screen for Oculus Go. No longer make use of the controller and easily...
Read more >5 Ways to Fix Your Oculus Quest if VR Videos Are Not Working
1. Restart the Oculus Quest headset · 2. Re-install the app · 3. Change tracking frequency · 4. Update Quest · 5. Factory...
Read more >How do I use ImmerseMe with the Oculus Go?
1. Turn on your Oculus device. Press and hold onto the power button on the top of your device until a green light...
Read more >Browser constantly crashing when selecting Immersive WebXR?
My Go is up to date but as of yesterday, VR videos will no longer open when ... same issue here oculus browser...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Apologies for the delay. I am able to get the Quest to start rejecting presentation requests seemingly with any library that calls requestPresent which is then blanket denied in Oculus browser for any other domain as far as I can tell. I seem to be able to get this to happen just by refreshing a page that calls requestPresent enough times in a short time period. This appears to be a bug in the Oculus browser itself. (Maybe some kind of protection feature?)
@Galadirith Thanks for the tip! Thats going to save me tons of time in dev.
Like @briancw I am also seeing this issue on the Quest. If anyone is debugging while this happens then
will also fix this which saves a bit of time over having to restart the quest. Probably sideloading a process manager that can force stop Oculus Browser will also work.
I am able to get close to a reproducible pattern using https://aframe.io/a-painter/ (
A-Frame Version: 0.7.0 (Date 2018-02-05, Commit #39daf67)
). Here are the stepsNote that ideally this should be done while the headset display is still on, otherwise the preview window in the remote control panel will not be generated, which is somewhat necessary for later steps. I found that if you just slide your headset up onto your forehead so that that the proximity sensor is still detecting your face and then open a remote session on you dev machine
the remote session preview should go black
I’ve performed these steps multiple times (>3) for https://aframe.io/a-painter/ and it always end up at the error using
v0.7.0
.Similarly the error will occur when following these steps for an in development app using 00b3d40330145b6c2f4fde90d5860e927db98708 (which is between
v0.9.0
andv0.9.1
).However using
v0.9.2
I have not be able to reproduce this issue using these steps. I get can get through to step 7 where it drops me out of VR mode, however I am able to then still re-enter VR mode without a restart or force stop of Oculus Browser. I repeated the steps in a loop right after each other without any restart, same tab session, >3 times cycling to VR mode then dropping to 2D mode and the error never occurred.I realise these steps are unlikely to be the pattern that has lead to others experiencing this error. However from what I have found
v0.9.2
looks to have fixed the issue.