37887 - dropdown takes input and floats after focus given to menubar (Search panel, Within:; Compose New Message, To:)

Status: NEW

(Core :: XUL, defect, P3)

Description

[timeless]

Build 2000050111
Activate Search Sidebar [this is sometimes difficult, if you don't get enough 
visible, open a new window, it should now be the displayed bar]
Click the drop down widget (select something "All Engines")
Click the Help menu
Press the down arrow.
The All Engines widget is now dropped down.
Press down again (this higlights About [sorry, if you don't have About set to 
display in a modal dialog, go to prefs, change it)
Press Enter
The dialog displays and the widget from All Engines paints above it.

Paints is an interesting term

It is actively painting transparently (you can see stuff from under the widget, 
on the sidebar, if it was just painting without the background the preference 
dialog would be the background for the widget).

Expect:
Widget not receive the down arrow key while walking menu
Widget to behave like the Fonts widget in Foopy/[Appearance]Fonts

Comment 1

[John Morrison]

Thanks. This reproduces easily on win32 and linux (but not mac menus). 
The keypress event is delivered to both the help menu and to the menulist
in the search sidebar; once the menupopup in the search panel is up, it
stays up, independent of whichever window is brought to the front.

Comment 2

[Peter Trudelle]

assigning to saari

Comment 3

[saari (gone)]

CC'ing hyatt and pink

Comment 4

[timeless]

2000060320 windows 2000 with terminal services.
Yes, paints is a very interesting term.  I'm attaching a new version of this
bug.  We don't paint right.

To reproduce the additional feature, visit this bug w/ Search Sidebar, click the
drop down, click a menu, walk down. Then click the page and scroll down.

Part two of this is that in the search widget it will only drop down.  In the
New Mail Composition window, Clicking to and then the menu allows you to walk it
like I used to be able to do with the search category widget.

At least xmouse auto raise works, mousing over the orphaned To/Cc/Bcc menu does
raise the [detatched] compose window.

Comment 5

[timeless]

Attachment: Sidebar Categories and Compose To menus with their orphaned drop downs, the To menu is receiving input while I walk the help menu

Comment 6

[saari (gone)]

Would be good to fix for mozilla 1.0

Comment 7

[Sean Richardson]

This bug still reproduces, as originally described, in Netscape 6.0 on WinNT.
It can't be reproduced using a current (non-commercial) Mozilla build on WinNT,
probably because "Web" is the only option in the drop-down widget beside
"within", so the widget wouldn't drop down a list, ever.

Also, to reproduce, the Search sidebar panel must be in advanced mode first --
Search menu -> My Sidebar Search Tab > -> * Advanced.

Resummarizing from 
   "The search dropdown will activate while navigating the Help 
    Menu [and will appear over the About dialog] possibly multiple bugs."
to 
   "dropdown takes input and floats after focus given to menubar 
    (Search panel, Within:; Compose New Message, To:)" 
-- with the additional observation from timeless about the "To:" dropdown 
in the Compose New Message window, this looks like a single well-defined 
XP Toolkit/Widgets or Event Handling focus bug.

Comment 8

[Sean Richardson]

Nevermind the "can't reproduce in a current Mozilla" part of the last comment:
that was bug 67944, "advanced search sidebar category dropdown not working",
now WORKSFORME with the 2001-02-22-14 nightly binary on WinNT.

Comment 9

[saari (gone)]

menu listener apparently isn't shutting down the arrow event OR isn't a
capturing event listener.

Comment 10

[Colin Slater]

Is this related to the search drop-down stealing focus from the address box? I 
attempt to drag-select the adddress, but then the search pops up and steals 
focus, and it takes a bit of work get around it.

Comment 11

[saari (gone)]

->hyatt, xpmenus owner. Like I said, menu listener probably isn't shutting down
the arrow key event OR isn't a capturing event listener.

Comment 12

[Peter Trudelle]

Adding keyword nsbeta1 to several bugs.

Comment 13

[Peter Trudelle]

nsbeta1- per Nav triage team

Comment 14

[Peter Trudelle]

Mass-moving remaining Nav team 0.99 bugs to 1.0.

Comment 15

[Peter Trudelle]

Mass-moving all Navigator team 1.0 nsbeta1- bugs to 1.1

Comment 16

[David Hyatt]

--> default owner

Comment 17

[Jaroslaw Filiochowski]

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

Comment 18

[Jaroslaw Filiochowski]

As from bug 229556, apart from leaving widgets dropped down, this also can leave
orphaned menus dropped down (top z-index too) as checked on linux:

4a. Task-switch (ALT+TAB) to another window (menu disappears, list doesn't)
4b. Click on another window (list disappears, menu doesn't)