Closed
Bug 61334
Opened 24 years ago
Closed 24 years ago
drop down menu highlight and submenus not functioning correctly
Categories
(Core :: XUL, defect, P3)
Core
XUL
Tracking
()
VERIFIED
FIXED
People
(Reporter: tracy, Assigned: hyatt)
References
Details
Attachments
(1 file)
seen on commercial builds:
windows 2000-11-28-06-Mtrunk
linux 2000-11-28-06-Mtrunk
- open drop down menu from menu bar
- move pointer over various topics
expected result: highlight follows pointer
tested result: only some topics are highlighted
also when opening a submenu the new drop down box appears in random locations,
not near the selected topic as expected. This effect makes it impossible to
perform such actions as Tasks | Privacy and Security | Password Manager. thus
the smoketest blocker status.
Updated•24 years ago
|
Component: Browser-General → XP Toolkit/Widgets: Menus
QA Contact: doronr → jrgm
Comment 4•24 years ago
|
||
I also see this on my Linux build from today
Comment 5•24 years ago
|
||
Assignee | ||
Comment 6•24 years ago
|
||
Let's back this out.
Comment 7•24 years ago
|
||
is that an r=, dave?
Comment 9•24 years ago
|
||
this fix/patch from leaf fixes the submenu location part of this bug r=brade
Assignee | ||
Comment 10•24 years ago
|
||
a=hyatt
Leaf, check it in.
Assignee | ||
Comment 11•24 years ago
|
||
I think the whole checkin should be backed out.
Assignee | ||
Comment 12•24 years ago
|
||
I'll a= the backing out of the whole checkin.
Comment 13•24 years ago
|
||
ok, backing out.
Comment 14•24 years ago
|
||
weird! This was functioning properly for me in my local tree. Apologies, and
looking into it.
Reporter | ||
Comment 15•24 years ago
|
||
menu position works okay for respins but highlight still not fully functional
commercial builds:
windows 2000-11-28-12-Mtrunk
linux 2000-11-28-12-Mtrunk
reducing severity and removing smoketest keyword
Severity: blocker → major
Keywords: smoketest
Assignee | ||
Comment 17•24 years ago
|
||
Fixed.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 18•24 years ago
|
||
*** Bug 61445 has been marked as a duplicate of this bug. ***
Comment 19•24 years ago
|
||
*** Bug 61457 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 20•24 years ago
|
||
verified fixed on commercial linux build 2000-11-29-09-Mtrunk
Status: RESOLVED → VERIFIED
Comment 21•24 years ago
|
||
I am still seeing the problem of the random submenus in the Bookmarks/Imported
IE Favorites nested submenus. The imported nested submenus seem to be at the
most left of the browser window.
Comment 22•24 years ago
|
||
Update on previous observation:
I am still seing the problem of the random submenus. Build 2000113004, W2k on
two computers
This happens when the bottom of a submenu is below the lower edge of the screen.
To reproduce this, open a large menu like bookmarks/Impored favorites, and open
a submenu that would go off the screen.
You can also move the Mozilla browser down on the screen and open the
Tasks/Privacy and security menu.
Comment 23•24 years ago
|
||
I filed bug 61662 to cover what you noted about the submenus at the bottom of
the screen. This bug was about a general, application-wide failure of the
menus. (I expect that the condition you note has been there all along, and
perhaps is already filed as a bug).
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•