bugzilla.mozilla.org will be intermittently unavailable on Saturday, March 24th, from 16:00 until 20:00 UTC.

Panels sometimes get stuck closed




3 years ago
2 years ago


(Reporter: Stephan Sokolow, Unassigned)


37 Branch

Firefox Tracking Flags

(Not tracked)




3 years ago
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.
Component: Untriaged → Menus

Comment 1

3 years ago
Is this seen in safe mode?
Flags: needinfo?(from_bugzilla2)

Comment 2

3 years ago
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

3 years ago
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.)
Flags: needinfo?(from_bugzilla2)

Comment 4

3 years ago
Aleksej, do you see this?
Flags: needinfo?(deletesoftware+moz)

Comment 5

2 years ago
(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

2 years ago
(but I haven't moved the Downloads button)
Flags: needinfo?(deletesoftware+moz)

Comment 7

2 years ago
I can't reproduce on windows using steps from comment 3 :(
What do you see in the error console
Flags: needinfo?(from_bugzilla2)

Comment 8

2 years ago
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

2 years ago
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

2 years ago
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.)
Flags: needinfo?(from_bugzilla2)
You need to log in before you can comment on or make changes to this bug.