Open Bug 37887 Opened 25 years ago Updated 2 years ago

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

Categories

(Core :: XUL, defect, P3)

x86
All
defect

Tracking

()

People

(Reporter: timeless, Unassigned)

References

()

Details

Attachments

(1 file)

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
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows NT → All
assigning to saari
Assignee: trudelle → saari
CC'ing hyatt and pink
Status: NEW → ASSIGNED
Target Milestone: --- → M17
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.
Target Milestone: M17 → Future
Would be good to fix for mozilla 1.0
Target Milestone: Future → mozilla1.0
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.
Summary: The search dropdown will activate while navigating the Help Menu [and will appear over the About dialog] possibly multiple bugs. → dropdown takes input and floats after focus given to menubar (Search panel, Within:; Compose New Message, To:)
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.
menu listener apparently isn't shutting down the arrow event OR isn't a capturing event listener.
Target Milestone: mozilla1.0 → mozilla0.9.7
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.
->hyatt, xpmenus owner. Like I said, menu listener probably isn't shutting down the arrow key event OR isn't a capturing event listener.
Assignee: saari → hyatt
Status: ASSIGNED → NEW
Status: NEW → ASSIGNED
Target Milestone: mozilla0.9.7 → mozilla0.9.8
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Adding keyword nsbeta1 to several bugs.
Keywords: nsbeta1
nsbeta1- per Nav triage team
Keywords: nsbeta1nsbeta1-
Mass-moving remaining Nav team 0.99 bugs to 1.0.
Target Milestone: mozilla0.9.9 → mozilla1.0
Mass-moving all Navigator team 1.0 nsbeta1- bugs to 1.1
Target Milestone: mozilla1.0 → mozilla1.1
--> default owner
Assignee: hyatt → jaggernaut
Status: ASSIGNED → NEW
Target Milestone: mozilla1.1alpha → ---
*** Bug 229556 has been marked as a duplicate of this bug. ***
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)
Assignee: jag → nobody
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: