Toggling F11 button on keyboard, doesn't trigger "fullscreenchange" event
Reported by
labratm...@gmail.com,
Apr 24 2016
|
||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.86 Safari/537.36 Steps to reproduce the problem: 1. Open https://davidwalsh.name/demo/fullscreen.php 2. Press F11 3. What is the expected behavior? "fullscreenchange" javascript event should be triggered. What went wrong? "fullscreenchange" javascript event is not triggered. Did this work before? No Chrome version: 50.0.2661.86 Channel: stable OS Version: Flash Version: Shockwave Flash 21.0 r0
,
Apr 25 2016
,
Apr 29 2016
I'm seeing the same problem using the Escape key to exit full screen on OSX. It's worse than that: after forcing to exit full screen, future full screen requests no longer work, even after reloading the page.
,
Aug 12 2016
Unable to reproduce, please re-test in beta or canary.
,
Aug 12 2016
Tested with Version 54.0.2827.0 canary (64-bit) I am able to reproduce it.
,
Aug 20 2016
Thank you for providing more feedback. Adding requester "eae@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 22 2016
,
Oct 20 2016
This would be really nice bug to fix. I have wanted it repeatedly in the past few weeks to fullscreen video without clicking on the fullscreen icon on the page. AFAIK this bug blocks developers from implementing that? foolip, any feedback?
,
Oct 21 2016
This is also true of the fullscreen button in the menu next to the omnibar, right next to the zoom in/out buttons. What this boils down to is do we want a user-triggered fullscreen mode that site cannot detect, that's simply resizing the window? This issue could be solved by having just one fullscreen mode, but that would also mean that the page could call document.exitFullscreen(). Maybe that's fine, and something we could fix if it actually happens in the wild. spqchan@, I see you're assigned to some recent "UI>Browser>FullScreen" issues, what do you think? #3, can you file a separate issue for fullscreen no longer working?
,
Oct 22 2016
Keep in mind I specifically work on fullscreen on mac, not on other platforms. AFAIK, this behavior is expected since content fullscreen is different from browser fullscreen. In this case, the API should only respond to content fullscreen. I don't think these two should be merged together.
,
Oct 22 2016
Hmm, so the browser fullscreen mode on Mac leaves the omnibar, for that I agree it would make no sense to fire the fullscreenchange event. I'll have to check what it looks like on Linux, if it's hiding all chrome then it's a different situation I'd say.
,
Oct 24 2016
OK, so on Linux it looks like content fullscreen, except that you have to press F11 to exit, Esc doesn't work. @spqchan, would you happen to know who works on the brwoser fullscreen mode on Linux?
,
Mar 13 2017
Cleaning up "Needs-Review" label as we are not using this label for triage anymore. Ref bug for this cleanup 684919
,
Apr 13 2018
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 16 2018
,
Nov 27
**UI mass Triage** We were unable to reproduce this bug. If this bug still reproduces for you, please reopen or file a new issue. Thanks!
,
Nov 27
|
||||||||||||
►
Sign in to add a comment |
||||||||||||
Comment 1 Deleted