423014 - "slide-out" animation in full screen shouldn't move the page vertically, chrome should overlap content

Status: NEW

(Firefox :: General, defect)

Description

[John A. Bilicki III]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008031405 Minefield/3.0b5pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008031405 Minefield/3.0b5pre

I'm using beta 5 and when I hit F11 to go full screen the toolbars appear at the top and then slide out.

The problem is the whole page scrolls upwards and it's excessively obnoxious making me wait to interact with the page only *after* it stops scrolling.

The bug should be considered resolved when only the toolbars animate out. This means the toolbars should actually cover the top part of the page.

Reproducible: Always

Steps to Reproduce:
1. Go full screen by pressing F11.
2. Attempt to use the page while the toolbar animates out.
Actual Results:  
The entire page scrolls with the toolbar animation.

Expected Results:  
The toolbar should cover the top part of the page so when it animates out it does not scroll the entire page making it visually inaccessible.

I hate to say it but IE8B1 is a very good design example though without the nice animation.

Comment 1

[Alfred Kayser]

With the new css-transition feature, making things animated is more simple now.

Comment 2

[John A. Bilicki III]

The animation effect should be removed entirely if it leaves the user unable to interact with the browser period.

Comment 3

[Markus Stange [:mstange]]

I think the plan is to fix this by laying the toolbar *on top of* the page instead of vertically adjacent to it. Then the animation won't change the size of the viewport, so no reflow of the visible page will be required, so everything will be snappy.

Comment 4

[Tyler Downer [He/Him]]

Reporter, are you still seeing this issue with Firefox 3.6.x or later in safe mode? If not, please close. These links can help you in your testing.
http://support.mozilla.com/kb/Safe+Mode
http://support.mozilla.com/kb/Managing+profiles

Comment 5

[Markus Stange [:mstange]]

(In reply to comment #3)
> I think the plan is to fix this by laying the toolbar *on top of* the page
> instead of vertically adjacent to it. Then the animation won't change the size
> of the viewport, so no reflow of the visible page will be required, so
> everything will be snappy.

Oh, I now see that this report wasn't about the sluggishness of the animation with complicated pages, it was about moving the page. So yes, we're going to stop doing that.

Comment 6

[John A. Bilicki III]

@Tyler Downer

I created a new profile though did not start it in safe mode (very little time for testing things right now on my end) however it still does what I reported in Firefox 3.6.6.

@ Markus Stange

Yes and awesome to hear! :-)

Comment 7

[Tyler Downer [He/Him]]

No reply, INCOMPLETE. Please retest with Firefox 3.6.8 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.

Comment 8

[John A. Bilicki III]

I'm on Firefox 4.0 Beta 3 with a fresh profile and after going full screen when the controls disappear the page scrolls so this bug is STILL valid.

Comment 9

[Markus Stange [:mstange]]

Yeah, reopening. Bug 130078 will be fixed soon, and then it's possible to overlay our chrome on top of the web page so we don't have to move it down.

Comment 11

[warcraftthreeft]

Oh well my bug above was marked as a duplicate. I think it has some important points that I'll paste again here:

Ideally the best scenario is no bar at the top in fullscreen. However,
something like what Chrome does would be nice. That is when in fullscreen a
semi-transparent reminder should overlay the top of the page to remind the user
how to exit fullscreen. The change though that chrome doesn't do yet is to
allow the user to exit out of that reminder and leave the user in fullscreen
mode.

The reason to remove the initial animation to fullscreen is the resize event.
Only a single resize event should be invoked by the user-agent when switching
to fullscreen to make the transition quick and efficient. When switching out of
fullscreen a single resize event should be used again. You shouldn't have to
write debounce code.

Comment 13

[Artjom Simon]

I just noticed this behavior again with today's Aurora (27) release and found this bug.

To reproduce:

* Press F11
* Try to begin reading text
* Have trouble reading text until the entire content area finishes sliding to the top in order to hide the location bar.

Please note that this is not a performance issue. The location bar animation can be sluggish as it needs to be, as long as it's the only thing moving while I'm trying to concentrate on the content.