+forg@ 

This is a major problem for some users (who do not have a keyboard; e.g., Microsoft Surface users) and we should fix it soon (possibly just reverting the flag flip for users without a keyboard).

User complaints:
https://productforums.google.com/forum/#!topic/chrome/dS_ROTNtfOs
https://productforums.google.com/forum/#!topic/chrome/T_LHyRQPDV4
https://productforums.google.com/forum/#!topic/chrome/Pj2cqXF7koI

Alex, do you have any suggestions?

Do we want to fix this ONLY for users without a keyboard, or do we ALWAYS want to provide a mouse-based approach. (e.g. for users who do have a keyboard but it isn't in reach, e.g., sitting on a couch with a mouse)?

Some thoughts:
- If we only want to address non-keyboard users, we can potentially just detect that, and bring the old dialog back. We can use the new styling, but keep the old logic of "mouse near the top of the screen to show the dialog; clickable link to exit fullscreen".
- Again, if we only want to address non-keyboard users, we can change it to "Drag from top to exit fullscreen" and detect an explicit drag action. Awkward for mouse users but natural for touch users (who are, I think, the majority of users who don't have a keyboard).
- Addressing this for users who have a keyboard but can't reach it is hard, in particular because it's hard to communicate the exit condition concisely in the regular bubble.

Another suggestion is that we respond to the "back" button as an exit signal (it would not navigate away from the page; you'd have to press it once to exit fullscreen and another time to navigate away). That would solve it for mouse users as they can usually trigger a back button event using the side buttons. Not sure about touch screen users though. (I have no idea what buttons a Microsoft Surface has on it.)

I'd like you guys to create a way to exit fullscreen from all possible inputs.

- I should be able to exit fullscreen with the mouse
- I should be able to exit fullscreen with the keyboard (press ESC or F key to enter fullscreen and exit fullscreen)
- I should be able to exit fullscreen with the touchscreen (long press at the top or similar input would be great.)

I think right now you must have a keyboard to exit fullscreen.

That's my two-cents, but i think this would handle all of the input possibilities that are possible with a Windows PC/Tablet.

If you need assistance with what keys a Surface Pro has on it, i can take a photo for you and post it here.  I believe it is a full keyboard with all function keys.  No numeric pad.

Thanks for listening!

#4 Thanks. Yeah we probably should handle all three of those cases, but the difficulty is a) not wanting to step on the web application which should have full utilization of the mouse, and b) communicating to the user how to exit in all of these scenarios.

Note that this has always been a problem in mouse lock mode (which is fairly rare compared to fullscreen). In Chrome 49 we made a new problem for full screen mode but we have always had this for mouse lock.

If you want to help, we'd love it if you could describe the Surface Pro capabilities WITHOUT a keyboard. Some questions I have:
- does it have any external buttons on it? What do they do? Could we use any of those as an exit signal?
- I am reading online that the power button takes you back to the Windows start screen. Is that true? If so, at least users have some escape (that doesn't require restarting the PC).

sorry took so long to give a reply.

I know on the Surface Pro, Surface Pro 2, Surface Pro 3 there is a power button and a windows capacitive button.  On these devices, pressing the windows capacitive button shows you the start menu or start screen.  if the start menu is already open, pressing the windows key will close it.

The power button on these devices turns the device off.

The touchscreen on all Surface Pro devices support 10-point touch.

--

I need to look up the Surface Pro 4, that might be the device they removed the windows button from the front so illustrators could draw and rest there hands on the front of the tablet.  So maybe they moved that to the power button - but i think that would be weird.  Let me investigate that and I'll let you know. (I'll have to go to best buy to try one out).

--

So i think the way to enter/exit fullscreen mode has to be one that is not easily triggered.

I suggest the following:

1. Mouse: Long press left mouse button at the top of the browser to open the options menu where the toggle for full screen exists in chrome today.

2. Touch: Long touch at the top of the browser to open the options menu and use the toggle for full screen from the options menu.

3. Keyboard: Press F11 to exit full screen mode (same as it is today).

I'll tell you the particular use case scenerio I personally have.  We setup laptops that run a website locally on the laptop because there is no internet connection.  We run a WAMP stack in windows.  These laptops are hidden from view and are connected to large Samsung touch screen monitors.  For most of the presentation we want the browser to run full screen, but at times we need to exit fullscreen mode and use the browser like that - enter a new url or whatever it is we need to do.  We need access to all of the normal controls for a little bit.  Then we go back to full screen.  Because the laptops are away from view and we don't have access to a mouse and we have these lovely 32" touch screens, we need a way to quickly and easily switch in and out of full screen.  Now here is the thing, Chrome used to be able to do this, but for some reason the control was removed in one of the more recent updates.  So that is our situation and i appreciate you guys hearing me out and trying to fix the issue.

Let me know if you like my suggestions and I'll try to get that Surface Pro 4 information.  With that said, we also have a DELL that has a touchscreen.  I mean there are lots of Windows Laptops, Tablets that all have touchscreens now, its not just the Surface Pro 4.  Really, i think what we are talking about is a way to enter/exit full screen mode with a touchscreen, any touchscreen.

On an Android tablet, how do you exit full screen mode?  Maybe a similar method could be used?

i have a dell venue pro 8 and no keyboard. this is a big problem for me. please help in resolving this asap.

go to    chrome://flags/

scroll down to

Simplified fullscreen / mouse lock UI. Mac, Windows, Linux, Chrome OS
enter disabled

this worked for me, i only move mouse to top of page to click: exit full
screen
Good luck. Eddie

Hello there.  I actually ended up purchasing a Surface Pro 4 so now i can tell you first hand about the device.

As i thought, the Surface Pro 4 does not have a windows button on the front of the device.  The power button does what one would expect it to do. When you press the power button it locks the device (the same as an android phone, iphone, and all other mobile devices.)  Pressing the power button again will bring the lockscreen up and either using Windows Hello for facial recognition, password, or pin you can get into the device.

I appreciate the solution of going to chrome://flags/ but I think it would be good if we had a better way.  A way that works without messing with the flags menu.  I don't think the common user would know about that part of chrome.  Maybe a compromise would be to move this toggle switch into the settings?  But honestly, i'd prefer it if chrome just worked in natural way to exit full screen mode with touch.

The user in comment #8 said that they used a mouse by clicking at the top of the page.  What if the user does not have a keyboard or mouse and strictly using a touchscreen.  As i explained in my scenario this can actually be the case.

I'll test it out on my SP4 and see if that solves the issue.  It would be a good temporary fix.

i can confirm that on the SP4 using only touch i can not exit out of full screen mode.

I did disable simplified fullscreen in the flags page, but that didn't help.

Chrome is still broken for touch unfortunately.  I would consider my proposed solution above to handle the wide variety of input methods windows supports or revert back until a better solution can be implemented.

Right now the only way for me to exit fullscreen mode on my surface is to close the browser.  Hopefully you all can help out soon.

Thank you again!  Let me know if there is anything else i can try.

aah yeah, i had to tap way at the very top. so yeah, the flag setting does work. I just tried it again and after a couple of taps i saw the exit full screen mode button drop down. Thanks.

#9, #12 and #13: Those comments were deleted, did you delete them yourselves? They seemed useful. Do you mind if I undelete them?

Using the flag is not an acceptable solution (that will be deleted at some point;  Issue 610900 ). We need a better way around this. Adding a setting is also not acceptable, because most users won't find it.

The UX team has been talking about this for awhile and has some ideas but they will take awhile to implement (they involve redoing the UI again). I'd like to have a simpler solution for short term.

> I can't really see what problem the new feature was trying to solve.

The new feature was a solution to a number of issues with the old bubble (e.g., prompting for permission), but of relevance here is that we got complaints that mousing to the top of the screen showing the bubble was distracting for certain fullscreen applications. We deliberately made it so that the mouse can't be used to exit fullscreen, so that you can have a fullscreen desktop or game environment where moving the mouse anywhere you want will not trigger annoying browser notifications. We may need to rethink this. (Note that Chrome for Windows is designed for desktop/laptop computers, not tablets, which is why we didn't cover this case at the time.)

Hi. I posted the original comments, but I'm not happy with sharing my main email address on a public forum. If they can be recreated without the email (the redacted form is no better than the full address), then feel free

I've put some more thought into this. While a proper solution to this is still far off (requires a new UI revision), I think we can at least keep people happy who are disabling the flag to work around this issue, while still removing the bulk of the code ( Issue 610900 ).

I'll make the disabled-flag mode almost the same as the enabled-flag mode (you'll see a white-on-black transparent bubble and no permission prompt), but with the following differences in fullscreen mode:
- Instead of "Press [Esc] to exit full screen", it reads "Exit full screen (Esc)".
- The text is underlined and clickable, to exit fullscreen.
- Mouse to the top of the screen will re-show the bubble.

See attached screenshot.

Note: This won't apply if mouse lock is enabled (then it will behave the same as it does with the flag enabled).
Note: On Mac, if you disable the flag, it will just go back to the old behaviour, and then we'll remove the flag. We aren't catering to Mac users on this because there are no known keyboardless Mac devices.

This change won't affect default users, only users who have disabled the flag (so it shouldn't need UI review, but Bruno, I would appreciate some feedback on this plan). It's just a short-term compromise to make sure we can clean up the code as much as possible without breaking users who are depending on this flag.

Deleted: fullscreen-flagdisabled-new.png 69.8 KB

	fullscreen-flagdisabled-new.png 69.8 KB View Download

This seems like a reasonable plan, thanks for moving it forward, Matt.

A couple questions:
- Is this the same font as the original notification? Can you make sure they are?
- It could be great for this to behave with cursor: pointer, to help with affordance
- Not sure we need the underline, plus we don't really use it anywhere else. Not something I'd fight over though, as this is a temporary solution : )

#19: This is the same code as the old fullscreen bubble but with different colors.
- Yes, same font.
- Yes, cursor: pointer.
- The underline indicates that it's clickable (it's not clear to me that it would be clickable otherwise). We do use the underline for links throughout the Chrome UI.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/90ed48601fd68e17b3cc3aa288c1926ef0fe675a

commit 90ed48601fd68e17b3cc3aa288c1926ef0fe675a
Author: mgiuca <mgiuca@chromium.org>
Date: Mon May 16 06:22:27 2016

Fullscreen / mouselock bubble: Use new theming even when flag disabled.

Only applies with simplified-fullscreen-ui flag disabled, and only on
Windows, Linux and Chrome OS.

Now the notification has:
- White-on-black, and transparent background.
- Always fade-in/out instead of slide-down/up.
- New-style padding.
- No message saying "<domain> has gone full screen".
- The new message with border around "Esc", except when there is a
  clickable link.

Basically, it now looks and behaves the same as with the flag enabled,
except that for fullscreen, you can hover the mouse to the top of the
screen to re-show the bubble, and there is a clickable link to get out
of fullscreen. This is a concession to allow for users without a
keyboard to escape fullscreen (until we can implement a better
solution).

Lots of code can now be deleted, but saving that for a follow-up.

BUG= 594868 , 610900 

Review-Url: https://codereview.chromium.org/1972543002
Cr-Commit-Position: refs/heads/master@{#393796}

[modify] https://crrev.com/90ed48601fd68e17b3cc3aa288c1926ef0fe675a/chrome/app/generated_resources.grd
[modify] https://crrev.com/90ed48601fd68e17b3cc3aa288c1926ef0fe675a/chrome/browser/ui/exclusive_access/exclusive_access_bubble.cc
[modify] https://crrev.com/90ed48601fd68e17b3cc3aa288c1926ef0fe675a/chrome/browser/ui/views/exclusive_access_bubble_views.cc

Suggestion for mouse: An extra option (only when chrome already in fullscreen mode) to be able to choose from when you right click, maybe under "Inspect" - "Exit Fullscreen. 

#23: That's a good suggestion. It doesn't solve the edge cases of fullscreen apps that intercept all right clicks (for example, the YouTube player wouldn't let you exit this way, but it already has its own exit fullscreen button anyway). We could do it but given the above, I'm not sure it'd be worth it. bbergher@?

Not sure why #25 was deleted (possibly the author did not want their email address visible). I'll respect their privacy but respond to what they wrote:

> I'm not sure if this issue is the right place to suggest it, but I'd like to see
> Escape always exit full-screen. I started tracking this because I have a media
> center keyboard with no function-keys, which means that (on Windows) if I click
> the hamburger-menu full-screen icon, I'm stuck there until I plug in a different
> keyboard (!). I like the suggestion in #23 also, but as you say that doesn't help
> with apps that intercept right clicks. I would submit Escape is a universally-known
> "get out of this mode" command and should work to exit, regardless of other
> solutions implemented.

That's unfortunate. We've talked about this a lot but I don't think we want Esc to get out of F11 fullscreen mode. The problem is that some websites take Esc as a keyboard shortcut (like Gmail, Esc closes the mail you have open). It's fine for Esc to be the escape key for sites that explicitly request fullscreen -- they know Esc is special. But we don't want to overload the Esc key on all sites.

I think your problem falls under the same category as the other complaints here (which is that we need a mouse-driven way to exit fullscreen).

I see another little problem with new approach to fullscreen exit.
What if user entered fullscreen (sometimes accidentally) and missed popup content. For example he was distracted, one or another way.
How will he know what key to press, to exit fullscreen mode? In old approach user could move mouse at the top of window, where program menu is usually located and exit popup was shown. 
I believe this situation can be very confusing to old people or those who are not very computer friendly.
We are already seeing complains from end users for this new popup behavior.

#27: That is a bit off topic from this bug (which is specifically about inability to exit without a keyboard). We thought about this but we think if a user is stuck and missed the prompt, at least they can make some reasonable guesses; if nothing else, mashing every key on the keyboard will get out, but we think computer users should generally be familiar with Esc as a "get out / go back" shortcut. Can you point me to any specific user complaints?

Anyway, any solution to this mouse bug will likely make it easier to discover a way to get out of fullscreen.

#28 On my windows machine Chrome 51.0.2704.84 does not exit from fullscreen by Esc key. Only by F11. 
Escape key is not working, so you need to remember another hotkey - F11.

About user complains, most of them are something like (condensed from support email):

1. My tablet does not have F11 key, i can not exit fullscreen.
2. My notebook has volume control bound to F11, i can not exit fullscreen, only volume is muted.
3. I missed content of fullscreen popup, i dont know how to exit fullscreen, make popup duration longer, enable exit by mouse.

I think your support can produce much larger list of complains for this issue :)

I propose to use the old fullscreen bubble at a first time when user enters to fullscreen on a new site. And I propose to add a checkbox allowing user to turn off showing the bubble on mousing to the top of the screen. So user will able to make decision which fullscreen bubble does he/she want to see without editing chrome://flags and separately for each site he/she visits. I think this solution is more suitable for both fullscreen game players and users without keyboard (or who are not very computer-friendly).

Deleted: fullscreen-flagdisabled-my-proposal.png 96.6 KB

	fullscreen-flagdisabled-my-proposal.png 96.6 KB View Download

#29: that does not sound like HTML Fullscreen, which is an API called by sites and can be exited using Esc (if it can't, that is a high priority bug). Instead, that actually sounds like user initiated fullscreen, which is entered via the F11 key or the menu item, not by the website. It deliberately doesn't allow Esc to exit - only F11.

I'm of the view that it should exit on Esc for consistency. However, there's an argument that as it's the user's explicit choice to present the entire site in fullscreen, we shouldn't arbitrarily take a key away that's otherwise available. This differs from HTML fullscreen where the site chooses what element goes fullscreen.

#31 Yes, I mean user initiated fullscreen.

#29, #31, #32: "My tablet does not have F11 key, i can not exit fullscreen."
I addressed this in #26.

#30: Thanks for your proposal. I am fairly confident we *do not* want per-site settings for this. (In fact, I am currently in the process of removing all the per-site settings code and data.) This was an explicit design decision that we made to reduce the amount of choices users would have to make. We also do not want to show a bubble that sits on the screen forever until the user makes a choice (which was the old behaviour; this resulted in endless amounts of presentations where the presenter would simply not dismiss the prompt the entire time).

I decided that a better solution to executing ≡ → ⛶ and then needing F11 to exit, was to just author this keyboardless full-screen extension button that also adds an item to the 'right-click' context menu that allows you to exit said mode using only the mouse:

https://chrome.google.com/webstore/detail/toggle-fullscreen/ddpejemcmlhbjppfdndmonifbiaindkl

You can use that until the official solution comes along.

Great Solution!!!

#34: Thanks, Eric. This extension works great. (But, what is with the weird menu item name, "⊤oggle Fullscreen"; the T being replaced with a DOWN TACK character?) (Are you not allowed to name a menu item the same name as the extension itself?)

I'll look and see if we can get an Exit Fullscreen item added to the context menu, at least until we can develop a better mouse solution.

I just hacked up the "Exit full screen" context menu feature:
https://codereview.chromium.org/2116973002

I think this is useful and though it does add another item to the page-level right-click menu, it is only visible when in fullscreen mode so is not going to get in the way during normal browsing. Will need a UI review before code review.

We should still provide an alternative mouse exit solution (this solution doesn't help if the site captures the right-click menu), but this solution will work on the majority of sites (and I think it's good to have around even after we provide an alternative mouse exit gesture).

Thanks again, Eric, for prompting me to do this and providing a UI proof-of-concept.

Deleted: context-menu-exit-fullscreen.png 50.5 KB

	context-menu-exit-fullscreen.png 50.5 KB View Download

I'm wondering about the position of the item (attached).

Deleted: exit-item-position.png 80.1 KB

	exit-item-position.png 80.1 KB View Download

#38 Thanks for the mocks. Right now it is 1 (bottom of page action section). On seeing those, I think it probably belongs in the navigation section because it's a bit like navigating. I'd be inclined to pick 4 or 5 (arguably it's more important than Back, Forward and Reload when you're in fullscreen, since you aren't likely to want to directly navigate while in this mode).

Sounds good. I vote #5. 

Even though I generally try to avoid single-item sections, #5 works for me in this case because exiting full screen (a mode) isn't really a peer of page-action-y tools, developer tools, or history-stack navigation. 

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/8490591edaffefb62a0dbbace192115092dab908

commit 8490591edaffefb62a0dbbace192115092dab908
Author: mgiuca <mgiuca@chromium.org>
Date: Mon Jul 11 01:17:13 2016

Added "Exit full screen" to context menu.

This item is only shown when in fullscreen, and allows users to exit
fullscreen using the mouse (for users who don't have a keyboard
attached).

This is still not foolproof (as it won't work on a site that captures
the right-click menu) but should work in the majority of cases.

BUG= 594868 
TEST=https://permission.site. Click Fullscreen. Right-click background; should
     see "Exit full screen ... Esc".
TEST=F11 to go fullscreen. Right-click background; should see
     "Exit full screen ... F11".

Review-Url: https://codereview.chromium.org/2116973002
Cr-Commit-Position: refs/heads/master@{#404589}

[modify] https://crrev.com/8490591edaffefb62a0dbbace192115092dab908/chrome/app/chrome_command_ids.h
[modify] https://crrev.com/8490591edaffefb62a0dbbace192115092dab908/chrome/app/generated_resources.grd
[modify] https://crrev.com/8490591edaffefb62a0dbbace192115092dab908/chrome/browser/renderer_context_menu/render_view_context_menu.cc
[modify] https://crrev.com/8490591edaffefb62a0dbbace192115092dab908/chrome/browser/renderer_context_menu/render_view_context_menu.h
[modify] https://crrev.com/8490591edaffefb62a0dbbace192115092dab908/chrome/browser/ui/views/renderer_context_menu/render_view_context_menu_views.cc
[modify] https://crrev.com/8490591edaffefb62a0dbbace192115092dab908/chrome/browser/ui/views/renderer_context_menu/render_view_context_menu_views.h
[modify] https://crrev.com/8490591edaffefb62a0dbbace192115092dab908/tools/metrics/histograms/histograms.xml

OK, that should solve the majority of use cases. (Possibly good enough to remove the simplified-fullscreen-ui flag which we've been using as a crutch fallback for people to keep the old behaviour.)

The remaining cases where you won't be able to exit using just a mouse:
1. Web apps that capture right-click or override the right-click menu for the entire screen. (Note: YouTube *almost* does this but there are ways around this, by right-clicking then right-clicking again. Not very discoverable, though.)
2. Web apps that use pointer lock and fullscreen together.

Keeping this open so we can deal with #1 (the previous proposal for hovering the top of screen should cover it, but it's a bit of a big change). We can't reasonably deal with #2 at all.

Tested this on Win7, Mac OS X 10.11.5, Ubuntu 14.04 using Chrome Canary # 54.0.2794.0

navigated to https://permission.site --> Clicked Fullscreen. --> right click displayed -->"Exit full screen ... Esc"
2. F11 to go fullscreen-->Right-clicked background --> displayed "Exit full screen ... F11".

Able to exit Fullscreen using Mouse.

Attached screencast for reference, adding TE-Verified labels.
Please check and let me know if anything missed from my end.

Note: On Mac it is showing 'Exit Full Screen' option but not showing the 'Esc' (attached screenshot)

Deleted: 594868.mp4 1.1 MB

	594868.mp4 1.1 MB View Download

Deleted: 594868.png 309 KB

	594868.png 309 KB View Download

#43 Thanks for verifying. That is the expected behaviour on Mac as context menus do not show shortcuts on that platform. (I wasn't sure how to best communicate that to you.) Also on Mac I believe there is no Exit Full Screen when the user manually enters full screen (as it isn't "really" full screen mode and you can still access the application's menu).

I'm running Xubuntu on an Acer C720 and have no F11 - that's the power button. Funny really as the C720 ships with Chrome OS. Anyway, I avoided this problem by installing a Chrome Toggle Fullscreen extension from the Chrome store.

I'm going to mark this fixed since there now is a way to exit. If we want to explore more ambitious options (that work even if you can't get a context menu) then we should open a new bug.

Also requesting a merge to M53. Not strictly required as it regressed a few milestones ago, but it would be nice to have this quick-fix released in M53 if possible.

Your change meets the bar and is auto-approved for M53 (branch: 2785)

Oh sorry, I can't merge this because it adds strings. Will have to wait for M54.

#36, 37 mgiuca: I'm glad that I was able to help inspire you by my attempt at an ad·hoc solution to this issue. To answer your question regarding the "down tack" Unicode character "⊤" in place of the "T" in "Toggle" (which, in most system fonts, look fairly indistinguishable): this was done because I wanted the option in the context menu to appear grouped nearer the browser-level functions such as "Save as…", "Print", etc. but this is not possible via an extension, (as far as I know). However, since extensions are added to the menu in alphabetical order by default, using the 'tack' brings the toggle option to the top of the menu, thus visually allowing what should be default functionality anyway to remain easily visible to the user, rather than lost in a sea of extension titles. Additionally, since the time of my prior post, I actually updated the extension to fix a minor bug regarding instance persistence: 

https://chrome.google.com/webstore/detail/toggle-fullscreen/ddpejemcmlhbjppfdndmonifbiaindkl

I'm pleased to see the solution was pushed ahead. Though I suppose that means there will no longer be much of a need for my extension in the future —that was, after all, the idea— at least it will exist as a contingency for weird cases. Cheers!

Hello Chrome team -

I have come across another interesting "bug" with Google Chrome when running in full screen mode.  Our situation as I had explained in another post was that we are running the browser in full screen mode and we do not have access to the keyboard or a mouse.  We are only using a touchscreen.  With these recent updates alot of the issues we had before are now fixed.  There is a new issue we have run into.

Here is the scenario:  A user running the website in full screen and clicks a link that opens a new tab with a PDF in it.  There is no way to close the new tab when in full screen mode.

From what we can see, we have to long press to get the "right-click context menu", click Exit Full Screen, close the tab that the PDF is opened in and then go back to full screen again.

Is it possible to add a close button in the UI of the PDF when the site is in full screen mode?  Or, in the context menu, can you a Close Tab button?

#50: It sounds like you're reporting a new bug. If this is still an issue, please file a new one (https://crbug.com/new) instead of replying to an old Fixed bug. Feel free to paste a link to it here for visibility.

I don't quite understand what you want (this is why a new bug is helpful, because then you would write out the Steps To Reproduce, Expected Results and Actual Results), but I think this is working as intended. I did a simple reproduction step of creating a simple HTML page:

<a href="test.pdf" target="_blank">link</a>

Clicking the link from full screen (F11) opens a new tab with the PDF, still in full screen. Right-click and exit full screen on the PDF works fine. You can still use keyboard shortcuts to close the tab (Ctrl+W) or change tabs (Ctrl+PageUp/PageDn). I don't think we want tab management options on the context menu just for this edge case (it feels wrong to be manipulating tabs when in fullscreen since you can't see them). Once your site has started popping open multiple tabs, I think exiting fullscreen is the only way for the user to understand what's going on before they make decisions about whether to close tabs, etc. An advanced user can use keyboard shortcuts.

If you want to discuss this further, please open a new bug.

I am submitting a new bug, but you basically got the gist of what i was saying. We can continue the discussion in the new bug. Thank you for your reply and attention.

+hwi@ and +rpop@ are taking a closer look at tablet/convertible usability this quarter so might be good folks from UX to include on that new bug too. Including fullscreen cases might be a useful part of your audit, Hwi. 

Further work is being done for mouse access to exit fullscreen on Issue 689157.

Double tap = right  click would work for me !

2017 and Chrome still not usable on a tablet... why not give a damn inscroll url bar when swiping fom top down into the screen and then let it vanish again? ...

#57 Chrome on Windows is primarily designed as a desktop experience with a mouse and keyboard. Unfortunately, we are not able to tailor the Windows version of Chrome to tablets at this time. We are supporting the mouse-only use case by "Exit fullscreen" on the context menu.

As discussed above (see #42) we can't provide a fix in all cases on Desktop because of pointer lock API. Having a swipe from top ruins the experience in certain full-screen applications. As a user, the solution is a) use right-click -> exit fullscreen on apps that support it, and b) if an app maliciously traps you in fullscreen, don't use it any more.

#58, what's the issue with swipe from top?  I think it would be a good idea and consistent with how Android handles fullscreen.  On modern Android, edge-to-edge fullscreen apps can block all input except for swipes from the top and either the side (for landscape) or bottom (for portrait).  Swipes from the top bring down the notification bar, and swipes from the bottom/side bring up the soft key bar (home/back/switch).  I would love to see Chromium on touchscreen implement this same behavior -- swipe from the top brings down either the full top-chrome (tabs, URL/menu bar, etc), or "click this to exit" kind of button.  If there are apps that try to capture swipe-from-top, tough nuts for them, they'll need a better design.

Of note, I just tested Firefox (on Ubuntu, non-touch-screen) and in fullscreen mode, hovering over the top edge with the mouse pointer drops down the full top-chrome.  There is discussion about doing exactly the same thing with swipes: https://bugzilla.mozilla.org/show_bug.cgi?id=1140819

#59 I think that would make sense in a tablet environment, but not necessarily on Desktop (where we want to give full control of the experience to the site, when it is in fullscreen). I'm not sure if we can even detect (as a Windows app) whether it's a tablet, but if we could, I'm not sure we'd want to dedicate the resources to creating essentially a separate mode just for Windows tablet users.

The reason we don't want to add this when not on a tablet is that there is a different expectation on Desktop for a certain class of apps, e.g., full-screen games, remote desktop experiences, etc, that we do not want to disturb by having bits of browser Chrome pop up over the app.

I haven't written native Windows desktop application code in at least a decade, but I know that when I'm writing (JS) code that runs *in* Chrome, I get different events for mouse vs touch.  (See https://developer.mozilla.org/en-US/docs/Web/API/Touch_events for example.)

I'm not suggesting that anything about *mouse* event handling should change, although if you made the top-chrome show when hovering on the top edge for, say, 2 or 3 seconds, I wouldn't complain.  I'm basing this off the assumption that the Windows APIs give you some way to hook a touch and/or swipe event without firing on mouse pointer movement -- if that's actually not possible, I guess never mind, but I'd be surprised.

"Chrome on Windows is primarily designed as a desktop experience with a mouse and keyboard." This is just BS. It would maybe take an hour or even less to program it into Chrome to give amazing tablet experience.

1. enter fullscreen mode (already implemented)
2. touch input (already implemented)
3. only missing thing is a swipe down emote from the top corner to toggle in the URL bar

So whats the true reason you dont want to implement it? Did Google forbid it because they dont want a good tablet experience on Windows?

#58/60, your comments are a bit out of date! +robliao is working on a change to enable Win8/10 Chrome users on convertible devices to exit fullscreen via touch. We're also fixing top touch input usability issues on Windows (like onscreen keyboard not coming up at the right time).

"like onscreen keyboard not coming up at the right time" the problem isnt it doesnt come up, the problem is.. it doesnt go away anymore (after hitting enter).

I also dont want to "leave fullscreen mode" via touch... I want to access the URL bar via touch and stay in fullscreen mode. I just cant see how this simple basic IMPORTANT feature is not in the browser. It is also not in Edge, this is unbelievable. Only the great IE11 on Windows 8.1 had this amazing tablet experience.

#61: Yes, we can distinguish touch events from mouse events. There is some UX design difficulty though: for example it currently says "Press Esc to exit fullscreen"; we would need to say something else like "swipe from top" which relies on knowing whether it's a tablet mode. And this still doesn't address the issue that a full-screen application should not have extraneous browser UI appearing over the top.

#62:
> This is just BS. It would maybe take an hour or even less to program it into Chrome to give amazing tablet experience.

You grossly, grossly underestimate the amount of work involved. It takes more than an hour to fix a spelling mistake in a text string in Chrome. Redesigning, implementing and polishing the exit fullscreen experience is months of work from multiple people (I know; I did the last one). Please don't make assumptions about how much effort something will take.

#63: Thanks for the update. Here are the open bugs: Issue 689157,  Issue 710991  for people who want to follow along (and there is now a #enable-fullscreen-exit-ui flag to try out). Let's keep discussion about the actual shape of the UI on those bugs.

An example of the issue I'm having at the moment is after you've watched a fullscreen youtube video. My goto action is mouse back button. This used to exit fullscreen at the same time now it does not. Not only that, no elements on the page you went back to are clickable until you exit fullscreen. I'd like to go back a page and exit fullscreen with 1 button press if possible.

That definitely sounds like a bug - regardless of whether it exits
fullscreen, it shouldn't be unresponsive like that. You should file a
separate issue. (You could maybe ask that when they address the problem,
they also make it exit fullscreen...)

-J

Touchscreen windows devices are slowly becoming the norm not the exception.

I've just upgraded from a Samsung Galaxy TabPro S with OLED touchscreen, to a Samsung Galaxy Book with one. 

You have fourteen 8th Gen Intel AIO desktops which nearly (all?) have touchscreens: https://www.intel.com/content/www/us/en/products/devices-systems/desktops/all-in-ones.html?processors=1102,9008

There is also a bunch of new laptops with touch as an option, Surface, Specte X360, Lenovo Yoga, then you have your whole swath of Surface tablets, HP, Lenovo then your Chinese tablets Huawei, Chuwi, Teclast

This all really necessitates a better full-screen touch experience on the Chrome browser which is probably the most use windows app in the entire world.

If c69 is about exiting full screen, that already works great! I have a Surface Book 2 and am writing in fullscreen mode right now.  I can long-press to open a menu (right-click equivalent), which has an "Exit Full Screen" item, and it also causes a small "X" button to slide down from the top-middle of the screen, which exits as well.

If it's not about exiting -- for example, if you are like c65 and want to be able to get to the URL bar while in full screen, or you don't like something else -- you should open a new ticket or find one describing the feature you want.  Nobody is going to see your suggestion here.

Let's continue the discussion here: Issue 689157.