Open
Bug 1160749
Opened 10 years ago
Updated 2 years ago
Clicking a toolbar button while its panel is open should hide the panel
Categories
(Firefox :: Toolbars and Customization, defect, P4)
Tracking
()
NEW
People
(Reporter: phlsa, Unassigned)
References
(Blocks 1 open bug)
Details
The usual behavior of toolbar buttons and panels is that panels close when the icon is clicked again. The Hello panel doesn't follow that pattern, at least not on Windows 8 (I never noticed it on Mac, so it might be platform specific).
Comment 1•10 years ago
|
||
Philipp, I can't reproduce this. I've tried windows 7 and 8 and I haven't been successful. Can you retry, or do you know anyone else experiencing this?
Flags: needinfo?(philipp)
Reporter | ||
Comment 2•10 years ago
|
||
I did a little more investigation: It seems that it's actually not just the Hello panel, but also other Panels like downloads and history (not bookmarks and the hamburger menu though).
My current theory is that it's related to machines with a touch screen, because I can't reproduce it in a VM on a Mac, but it happens reliably on an XPS 13. When using touch to open and close the panels, they show the correct behavior.
Flags: needinfo?(philipp)
Reporter | ||
Updated•10 years ago
|
Component: Client → Toolbars and Customization
Product: Loop → Firefox
Version: unspecified → 40 Branch
Reporter | ||
Updated•10 years ago
|
Summary: Clicking the Hello icon when the Hello panel is open should close the panel → Clicking a toolbar button while its panel is open should hide the panel
Reporter | ||
Comment 3•10 years ago
|
||
I should clarify: it happens when clicking the buttons with the mouse on a device that also has a touch screen.
Reporter | ||
Comment 4•9 years ago
|
||
Interesting... it happens when I use the trackpad on my Dell XPS13, but not if I use an external mouse. Could this be another issue related to Microsofts precision trackpads?
Reporter | ||
Updated•9 years ago
|
Blocks: windows-10
Comment 5•9 years ago
|
||
comment #2 and comment #4 make me think this shouldn't block the windows 10 tracker. Is there something I'm missing?
Flags: needinfo?(philipp)
Reporter | ||
Comment 6•9 years ago
|
||
Hm, depends on how we interpret the win10 tracker. For me it was always »stuff we should fix to be great on Windows 10«.
But it's quite possible that this is not the most useful way to look at it :)
Flags: needinfo?(philipp) → needinfo?(gijskruitbosch+bugs)
Comment 7•9 years ago
|
||
(In reply to Philipp Sackl [:phlsa] please use needinfo from comment #6)
> Hm, depends on how we interpret the win10 tracker. For me it was always
> »stuff we should fix to be great on Windows 10«.
> But it's quite possible that this is not the most useful way to look at it :)
I tend to think of it as "things that are new issues/features for windows 10".
I think it makes sense to have a separate bug for "things we need to be great on Windows" as such, and this could go under such a metabug. We will likely need it in about a month or two anyway.
Flags: needinfo?(gijskruitbosch+bugs)
Reporter | ||
Updated•9 years ago
|
Priority: -- → P4
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•