1200988 - Responsive design controls are hiding after switch to fullscreen

Status: RESOLVED FIXED

(DevTools :: Responsive Design Mode, defect)

Description

[Roman Golovin]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:40.0) Gecko/20100101 Firefox/40.0
Build ID: 20150827193320

Steps to reproduce:

Open responsive designer
Switch to fullscreen


Actual results:

Responsive designer controls are hidden


Expected results:

Responsive designer controls should stay in place

Comment 1

[J. Ryan Stinnett [:jryans] (Use needinfo, replies may be slow)]

By "switch to full screen", do you mean View -> Enter Full Screen, or an OS window manager full screen method?

I am not seeing issues here on Mac, but it may be Linux specific, or I might not be testing the same thing.

Comment 2

[Roman Golovin]

Tried on computers of my coworkers, this issue can be reproduced on Linux and Windows. 

Upon going into Fullscreen (by F11 hotkey or using window manager in linux), menu bar, tabs and navigation bar slides from view (this works as indented), but so does as responsive designer controls (this is bug).

In my tests on Mac OSX going into fullscreen does not autohides menu, etc, maybe it is some how related to this behavior.

Comment 3

[J. Ryan Stinnett [:jryans] (Use needinfo, replies may be slow)]

I can confirm this on Linux.

Comment 4

[J. Ryan Stinnett [:jryans] (Use needinfo, replies may be slow)]

Attachment: responsive-full-toolbar

Try: https://treeherder.mozilla.org/#/jobs?repo=try&revision=595c1fd3618e

Comment 5

[J. Ryan Stinnett [:jryans] (Use needinfo, replies may be slow)]

danteek, could you try this test build[1] to confirm it solves the issue for you?

[1]: http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/[e-mail]-595c1fd3618e/try-linux64/firefox-43.0a1.en-US.linux-x86_64.tar.bz2

Comment 6

[Roman Golovin]

No, it is not.

I've done 2 ways to be sure. I have run firefox binary from archive and I installed firefox-nightly package from my distro and changed download url in process of installing to be sure that it will go through normal installation proccess as daily firefox build.

Comment 7

[Roman Golovin]

Actually, sorry, it works for a clean profile, but my current one is still bugged.

Comment 8

[J. Ryan Stinnett [:jryans] (Use needinfo, replies may be slow)]

(In reply to Roman Golovin from comment #6)
> No, it is not.
> 
> I've done 2 ways to be sure. I have run firefox binary from archive and I
> installed firefox-nightly package from my distro and changed download url in
> process of installing to be sure that it will go through normal installation
> proccess as daily firefox build.

Nightly would not be fixed yet, I have not landed the patch in mozilla-central, which Nightly is built from.  Only the archive at the link I provided (from our testing infrastructure) will be fixed at the moment.  When I test the try build on my own profile, it does appear to be fixed.

It shouldn't be profile specific.  I am guessing it may be related to how you are starting Firefox.  Let's land this fix in Nightly, and if the issue is still present, please file a new bug and we'll keep tweaking until it's right.

Comment 9

[Pulsebot]

https://hg.mozilla.org/integration/fx-team/rev/e6f7943f32fc

Comment 10

[Carsten Book [:Tomcat]]

https://hg.mozilla.org/mozilla-central/rev/e6f7943f32fc