Closed
Bug 1288193
Opened 8 years ago
Closed 8 years ago
[webvr] Slow to enter VR
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
VERIFIED
FIXED
mozilla51
People
(Reporter: caseyyee.ca, Assigned: kip)
References
Details
(Whiteboard: [webvr])
Attachments
(1 file)
When Entering VR, it seems to take 3-4 seconds before anything shows in the headset and when onVRPresentChange is fired. This causes users to either click "Enter VR" again, or think that VR is not functioning. Not sure if this is a Oculus issue or with something with FF?
Flags: needinfo?(kgilbert)
Assignee | ||
Updated•8 years ago
|
Assignee: nobody → kgilbert
Flags: needinfo?(kgilbert)
Assignee | ||
Comment 1•8 years ago
|
||
Ideally, content should respond to the user immediately on requestPresent to prevent users from clicking multiple times while the promise is resolved; however, this delay does seem rather long and will need some investigation. Even if not the case for currently supported VR hardware, content must assume that requestPresent could take multiple seconds due to powering up hardware or waiting for security prompts to be accepted
Updated•8 years ago
|
Assignee | ||
Comment 2•8 years ago
|
||
I have found the source of the bug. Patch is incoming..
Comment hidden (mozreview-request) |
Assignee | ||
Updated•8 years ago
|
Attachment #8787778 -
Flags: review?(gwright)
Comment 4•8 years ago
|
||
mozreview-review |
Comment on attachment 8787778 [details] Bug 1288193 - Ensure that the content process receives the presentation status of a VRDisplay immediately after adding or removing layers https://reviewboard.mozilla.org/r/76464/#review75234
Attachment #8787778 -
Flags: review?(gwright) → review+
Pushed by kgilbert@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/89b9735661b9 Ensure that the content process receives the presentation status of a VRDisplay immediately after adding or removing layers r=gw280
Comment 6•8 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/89b9735661b9
Status: NEW → RESOLVED
Closed: 8 years ago
status-firefox51:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla51
Comment 7•7 years ago
|
||
I re-verified using Fx56.0-build6, Fx 57.0b5 and Fx 58.0a1 (build ID: 20171004100049) on Windows 10 x64 and I can confirm this issue is fixed.
Status: RESOLVED → VERIFIED
status-firefox56:
--- → verified
status-firefox57:
--- → verified
status-firefox58:
--- → verified
Updated•5 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•