Closed
Bug 283679
Opened 20 years ago
Closed 16 years ago
Opening scrollable context menu adds scroll arrows to ALL context menus
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: ronin2040, Unassigned)
References
Details
(Keywords: regression)
Attachments
(1 file)
7.16 KB,
application/x-xpinstall
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050222 Firefox/1.0+ (MOOX M2)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050222 Firefox/1.0+ (MOOX M2)
any page with frames or a live bookmark link should work...
Upon right clicking anything that has an extra large context menu, scroll arrows
are added to the context menu. They remain on a global scale until firefox is
restarted.
Reproducible: Always
Steps to Reproduce:
1.installing the clustybar extension may help--extends the context menu
2.right click on a frame/image or anything that opens scrollable context menu
(try www.frames.com)
3.
Actual Results:
all context menus now have scroll arrows regardless of whether they are scrollable
Expected Results:
context menus should not be affected on a global scale
using 02/22 Moox M2 (SSE) build, with noia theme;
using, among others, clustybar and deskcut extensions
another test example:
http://www.extensionsmirror.nl/peter6/rss_link.html
(right click on the livebookmark)
Reporter | ||
Comment 1•20 years ago
|
||
*** Bug 283674 has been marked as a duplicate of this bug. ***
Comment 2•20 years ago
|
||
Confirmed in Firefox and the suite, on Windows at least. Regression window is
2005012707 to 2005012816, where the only thing obviously touching menus is bug
279308 - bz, could you have a look when you get a chance? I'll attach an
extension for easy testing in a second.
Assignee: firefox → nobody
URL: www.frames.com
Status: UNCONFIRMED → NEW
Component: Menus → XP Toolkit/Widgets: Menus
Ever confirmed: true
Keywords: regression
Product: Firefox → Core
QA Contact: bugzilla
Version: unspecified → Trunk
Comment 3•20 years ago
|
||
Revised version of my Bloaty extension from bug 245163, only adds useless items
when right-clicking an image. Install, and right-click off an image, should
have no scrolling arrows, right-click an image, should have needed scrolling
arrows, right-click off an image, should have useless scrolling arrows.
Comment 4•20 years ago
|
||
*** Bug 293290 has been marked as a duplicate of this bug. ***
Comment 5•20 years ago
|
||
I'm not likely to have time to debug this any time soon... (read: not before 1.1
ships). Menu opening is just pretty broken in general (see bug 279703) but
changing any aspects of it at this late stage in the game is just likely to lead
to more regressions. Once bug 279703 is fixed, we should revisit this bug.
Depends on: 279703
Updated•19 years ago
|
Flags: blocking-aviary2.0?
Comment 6•19 years ago
|
||
*** Bug 310475 has been marked as a duplicate of this bug. ***
Comment 7•19 years ago
|
||
FYI: It seems that the official way of getting the scroll arrows away is to get
the context menu note that it's got enough space - through an underflow event.
However these are much rarer than probably expected. Anyway, the arrows will
disappear again if you manage to trigger such an event by opening the context
menu just close enough to a screen border that the whole menu (including the
arrows) fits on screen.
Comment 8•19 years ago
|
||
Sorry for the bugspam! The behavior noted just above seems to happen only (or
mostly) in the Extensions manager where one menu item is hidden after the
context menu is displayed, which leads to a layout reflow and in the border case
to the scarce underflow event. Without that reflow, you're probably out of luck.
Comment 9•19 years ago
|
||
*** Bug 320619 has been marked as a duplicate of this bug. ***
Comment 10•19 years ago
|
||
*** Bug 320878 has been marked as a duplicate of this bug. ***
Comment 11•19 years ago
|
||
Depends on arch work that's almost certainly trunk only. Bumping to gecko nom list.
Flags: blocking-aviary2? → blocking1.8.1?
Comment 12•19 years ago
|
||
*** Bug 340401 has been marked as a duplicate of this bug. ***
Comment 13•19 years ago
|
||
Not going to block 1.8.1 for this bug.
Flags: blocking1.8.1? → blocking1.8.1-
Updated•18 years ago
|
QA Contact: xptoolkit.menus
Comment 15•18 years ago
|
||
Phil, if I install bloaty now on a current trunk build now that Enn's popup rewrite has landed, I get no scroll arrows when right-clicking an image, just an insanely long tooltip. However, the tooltip does restore back to the right size if I right-click off the image again. So that said, how does that behavior affect this bug?
Comment 16•18 years ago
|
||
Blurgl. That affects this bug by making it now blocked by bug 388112, since there's no way of knowing whether or not they get added to all menus after they are once shown, if they aren't even shown when they are needed.
Depends on: 388112
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: xptoolkit.menus → xptoolkit.widgets
Comment 17•16 years ago
|
||
If it hadn't been taken care of previously, thanks to the (long-awaited) FIX of Bug 342619 - "Don't use scroll arrows for context menus when repositioning would allow showing all menu items", as of FF3.2a1 or thereabouts, this bug is now RESOLVED. Yay!
However, I can't change the Bug status..
Updated•16 years ago
|
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•