-
Notifications
You must be signed in to change notification settings - Fork 44
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Define what happens with requestFullscreen() and exitFullscreen() in inactive document #67
Comments
Oh right, the event loop doesn't spin in inactive documents. We can still queue to fire the event, though. If the document becomes active again, it would be fired at that time, right? |
Is that if one navigates back and forward? |
Yeah. Or just navigate to a new doc, request fullscreen in the inactive doc, then navigate back. |
So for |
If the document becomes inactive after the request, then there will not be another animation frame task, in which case the promise will be left hanging instead. Fixes #67.
Yes. |
If the document becomes inactive after the request, then there will not be another animation frame task, in which case the promise will be left hanging instead. Fixes #67.
If the document becomes inactive after the request, then there will not be another animation frame task, in which case the promise will be left hanging instead. Fixes #67.
If the document becomes inactive after the request, then there will not be another animation frame task, in which case the promise will be left hanging instead. Test: web-platform-tests/wpt#4350. Fixes #67.
From @zcorpan in https://bugs.chromium.org/p/chromium/issues/detail?id=674454
I don't think we should fire any events, because I don't know how to implement it. (In Blink, in an inactive document, events are just dropped on the ground.)
Just rejecting the promise would work, though.
Also need to define what happens if the document becomes inactive between the request and the animation frame task.
The text was updated successfully, but these errors were encountered: