1139145 - Panels sometimes get stuck closed

Status: UNCONFIRMED

(Firefox :: Menus, defect)

Description

[Stephan Sokolow]

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:37.0) Gecko/20100101 Firefox/37.0
Build ID: 20150223110221

Steps to reproduce:

1. Fumble around with the Downloads panel or some other panel like the feed list displayed by the in-awesomebar RSS icon that the Classic Theme Restorer extension provides.

2. Depending on what you wind up clicking on while fumbling and the timing of the whole process, the bug may trigger.

(In the case of the RSS one, I accidentally clicked twice when there was a YouTube link under the panel and then tried to re-open it and re-request the RSS preview before the YouTube URL loaded.)


Actual results:

Once the bug has triggered, the panel will be closed and clicking the icon will have no effect. I have to the downloads view in the library window to access and manage things or to check progress beyond what the icon displays.

(At the moment, both of the aforementioned panels are inaccessible pending browser restart.)


Expected results:

At worst, it should take a second click on the button to un-confuse the toggling code and display the panel.

Comment 1

[Wayne Mery (:wsmwk)]

Is this seen in safe mode?

Comment 2

[Stephan Sokolow]

It's a bit of a tricky thing to trigger on command but I'll try to make time to get you an answer within the next couple of days.

Comment 3

[Stephan Sokolow]

It does happen in safe mode and I figured out how to reliably trigger it.

1. Place the Downloads button immediately to the right of the address bar
2. Open up a non-local page like this bug thread
3. Rapidly click while waggling the pointer back and forth between the Downloads button and the Stop/Reload button.

(I know step 2 is necessary because I was unable to trigger the bug on the "Restore session?" page... my guess is that, on a Firefox-internal page, reload is too instantaneous and the target state is over before the mouse can get back to the Downloads button.)

Comment 4

[Wayne Mery (:wsmwk)]

Aleksej, do you see this?

Comment 5

[[:Aleksej]]

(In reply to Wayne Mery (:wsmwk, use Needinfo for questions) from comment #4)
> Aleksej, do you see this?

I haven't seen since at least some time before your question.

Comment 6

[[:Aleksej]]

(but I haven't moved the Downloads button)

Comment 7

[Wayne Mery (:wsmwk)]

I can't reproduce on windows using steps from comment 3 :(
What do you see in the error console

Comment 8

[Stephan Sokolow]

Sorry about not responding. Either the notification e-mail got lost or I was rushed and didn't recognize what I was deleting.

I'll try to get you an answer within the next few days.

Comment 9

[Stephan Sokolow]

Life's been very messy over the last couple of weeks and I've barely had time for anything. Sorry about that. 

However, since the bug triggered unintentionally on my Firefox (I was wrestling to keep it open as a bunch of cronjob-triggered windows kept stealing focus and shutting it), I was at least able to do one check.

In Firefox 46.0a2, no error console output is triggered by clicks after the panel gets stuck closed. I'll keep trying to make time to check the log while triggering it.

Comment 10

[Stephan Sokolow]

Ok, I tried with a brand new, fresh profile and the panel just wouldn't open, period. No relevant errors in the browser console as far as I can see.

(Though, if I tap Alt and then pick Downloads from the Tools menu, I can confirm that a test download completes successfully.)

Comment 11

[Wayne Mery (:wsmwk)]

Stephan does this still reproduce for you?