61334 - drop down menu highlight and submenus not functioning correctly

Status: VERIFIED FIXED

(Core :: XUL, defect, P3)

Description

[Tracy Walker [:tracy]]

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.

Comment 1

[Blake Ross]

sounds like hyatt

Comment 2

[R.K.Aa.]

could be ben's checkin for bug 57951

Comment 3

[Daniel (Leaf) Nunes]

tag, ben, you're it!

Comment 4

[Kathleen :Brade]

I also see this on my Linux build from today

Comment 5

[Daniel (Leaf) Nunes]

Attachment: partial backout (commenting out) of ben's change gets submenus accessible again.

Comment 6

[David Hyatt]

Let's back this out.

Comment 7

[Daniel (Leaf) Nunes]

is that an r=, dave?

Comment 8

[R.K.Aa.]

*** Bug 61345 has been marked as a duplicate of this bug. ***

Comment 9

[Kathleen :Brade]

this fix/patch from leaf fixes the submenu location part of this bug r=brade

Comment 10

[David Hyatt]

a=hyatt

Leaf, check it in.

Comment 11

[David Hyatt]

I think the whole checkin should be backed out.

Comment 12

[David Hyatt]

I'll a= the backing out of the whole checkin.

Comment 13

[Daniel (Leaf) Nunes]

ok, backing out.

Comment 14

[Ben Goodger (use ben at mozilla dot org for email)]

weird! This was functioning properly for me in my local tree. Apologies, and 
looking into it. 

Comment 15

[Tracy Walker [:tracy]]

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

Comment 16

[David Hyatt]

I suck.  This was me not ben.

Comment 17

[David Hyatt]

Fixed.

Comment 18

[R.K.Aa.]

*** Bug 61445 has been marked as a duplicate of this bug. ***

Comment 19

[R.K.Aa.]

*** Bug 61457 has been marked as a duplicate of this bug. ***

Comment 20

[Tracy Walker [:tracy]]

verified fixed on commercial linux build 2000-11-29-09-Mtrunk

Comment 21

[ajbu]

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

[ajbu]

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

[John Morrison]

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).