Profiler button dropdown still appears after the button overflows
Categories
(Firefox :: Toolbars and Customization, defect, P2)
Tracking
()
People
(Reporter: itiel_yn8, Assigned: mhowell)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression, Whiteboard: [proton-toolbar])
Attachments
(6 files)
See attached (I made both items with the hover effect just so the styling for both would be clear)
Comment 1•4 years ago
|
||
Mark, can you prio this for toolbar / hamburger menu work? Is this perhaps already covered under bug 1698436 ?
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Comment 2•4 years ago
|
||
This is being handled in bug 1698436.
Comment 3•4 years ago
|
||
¡Hola y'all!
Gijs mentioned at https://matrix.to/#/!rHHMKzcUcGkdujJeis:mozilla.org/$5bNkPVNyD2UhLNZDS3JeXRKyQOW61MPbDixs2yhtNhQ?via=mozilla.org&via=matrix.org&via=fairydust.space to reopen this one.
¡Gracias!
Alex
Updated•4 years ago
|
Assignee | ||
Comment 4•4 years ago
|
||
To be clear, the bug in comment 3 is that the dropdown appeared at all; it's only supposed to be there when the button is in the toolbar, not in the overflow list.
@alex_mayorga, do you have a reliable way to reproduce this? I've been trying and I can't seem to make it happen at all, nor can I see a way that it looks like it could (not one that's obvious enough for me to find it, anyway).
Comment 5•4 years ago
|
||
¡Hola Molly!
All that I need to do is to reduce the window to half the screen either left or right so the profiler hides under the overflow menu >> , then click the overflow menu >> and the bug manifest itself.
Hope this helps.
¡Gracias!
Alex
Comment 6•4 years ago
|
||
Comment 7•4 years ago
|
||
Assignee | ||
Comment 8•4 years ago
|
||
Ooooooh, it's when the button is in the toolbar but it overflows into that menu, okay, thank you, that's exactly what I needed to know, I think I know how to fix this now.
Assignee | ||
Updated•4 years ago
|
Updated•4 years ago
|
Assignee | ||
Comment 9•4 years ago
|
||
When a toolbar button overflows out of the toolbar and into the overflow menu,
CustomizableUI continues to report the widget's type as "toolbar". This means
that whether the widget is currently overflowed must be considered in addition
to the widget's type when the panel and toolbar states need different handling.
Comment 10•4 years ago
|
||
Comment 11•4 years ago
|
||
bugherder |
Updated•4 years ago
|
Comment 12•4 years ago
|
||
Reproduced the issue on Firefox (2021-03-14) under macOS 10.15.7. The issue seems to be fixed on Firefox 89.0b9 and 90.0a1 under macOS 10.15.7 and Ubuntu 20.04.
Windows 10 on the other hand still seems to have the profiler in overflow cut (see attachment). Anything we can do?
Assignee | ||
Comment 13•4 years ago
|
||
Oh, sorry, this bug wasn't for the panel itself overflowing, this was about the button that opens the panel. That should be a separate bug.
Comment 14•4 years ago
|
||
Understood, then the issue for the button that opens the panel is fixed as verified, as mentioned in Comment 12.
Updated•3 years ago
|
Description
•