Firefox and Safari both disable scrolling when they enter fullscreen.

->bokan to weigh in on correct input behavior (and b/c this is similar to issue 704070).

I think that this is the correct behavior
- this seems unrelated to the bisected change
- the behavior (no scrolling in fullscreen) matches Firefox and Safari
- the post at [1] suggests that document.body.requestFullscreen won't allow scrolling

[1] https://stackoverflow.com/questions/45031687/scrolling-disabled-in-the-webpage-when-full-screen-mode-is-triggered

(actually sending to bokan@)

Re#2: Sounds to me like the reported issue is that the page is unscrollable after *exiting* fullscreen. That said, I can't reproduce this locally, either on Stable (67.0.3396.62) or Canary (69.0.3451.0).

dbote@, is there anything else about your setup that may be unique (desktop or laptop? retina or non-retina screen? Scrolling with mouse wheel or trackpad?)? Can you try it on another machine? If it's still reproducing, please capture and attach a trace here using instructions here: https://www.chromium.org/developers/how-tos/submitting-a-performance-bug.

Another question: Can you scroll by dragging scrollbars or using keyboard?

Ping, dbote@ - does this still repro? Can you please provide the requested information in #4?

With respect comment 4:

Issue is still reproducible on latest canary build #69.0.3464.0, here attached the trace for the same.

Unable to scroll page by using keyboard or dragging scrollbars.

Please find attached screen cast for the same.

Thank you.

Deleted: Actual_Issue.mov 6.4 MB

	Actual_Issue.mov 6.4 MB View Download

Deleted: trace_Fullscreen_Trace.json.gz 6.6 MB

trace_Fullscreen_Trace.json.gz 6.6 MB Download

Hmm, still can't repro. dbote@, are you using an external mouse with a wheel or the mac touchpad? Trace shows all scroll events being delivered correctly.

Can you try in incognito mode and all flags reset in chrome://flags?

With respect to comment #7
Rechecked this issue on Mac(10.12.6,10.13.1,10.13.6) OS using latest Canary # 69.0.3464.0 and able to reproduce this issue using "external mouse with a wheel" and "mac touch pad" both. 

This issue is also reproducible on Incognito mode with all flags reset in chrome://flags.

please kindly refer attached screen cast for reference.

Thank You.

Deleted: Canary_behaviour.mov 9.1 MB

	Canary_behaviour.mov 9.1 MB View Download

Deleted: Canary_behaviour_incognito.mov 9.6 MB

	Canary_behaviour_incognito.mov 9.6 MB View Download

I took a closer look at the trace (I was never able to repro myself). It looks like we're processing the gesture scrolls correctly but they're not causing an offset change so we don't generate any new frames. We can't tell from the trace but my best guess the reason is that we don't change the UserInputScrollable bit on the scrollable area after exiting fullscreen.

Chris, I'm not quite sure what your patch does but it seems related to resizes. IIRC, the fullscreen state was propagated to Blink via a resize so it seems plausible it could be related. Could you take another look (I'm OOO for the next 3 weeks) or retriage.   

ccameron@: ping

I'm able to repro this now on a different Mac: MacBook Pro 2015 (13in Retina) on OSX 10.11.6 (El Capitan).

Switching tabs and coming back makes the page scrollable again. Also of note: exiting fullscreen with the escape key works correctly. Only using the green button in the top left corner shows the issue.

Going back to #1, this behavior reproduces on Safari and Firefox, so it's not clear to me what is correct behavior.

Also, we've switch from using Cocoa to using MacViews, so our fullscreen behavior is likely different now from when the bug was filed. Marking as available.