Closed Bug 87951 Opened 24 years ago Closed 24 years ago

search menulist always drops down when typing in URLbar

Categories

(SeaMonkey :: Autocomplete, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 84809

People

(Reporter: bugzilla, Assigned: hewitt)

References

Details

(Keywords: polish)

Attachments

(2 files)

not sure if this should be in the Search or the URLbar component. also couldn't quite find an existing bug for this after a few queries. punt as needed. see this using 2001.06.26.0x-branch comm bits, as well as my 6/25 mozilla trunk build on linux. i have the following prefs turned off: * Smart Browsing panel: "Enable Internet keywords" is deselected. * Smart Browsing panel: "Enable location bar autocomplete" is deselected. however, when i go to the URLbar and start typing [either by clicking and editing what's there, or via accel+L and start typing], an [mostly] empty droplist [menulist] always appears. also, at the bottom of droplist, there's an item for "Search <...>" where <...> is the currently selected Default Search Engine [seen in the Internet Search pref panel]. on linux and winnt, the droplist has a ~1.5 line-high empty region above the "Search <...>" line. however, this empty region isn't there on mac. will attach screenshots soon. why is this occurring? is there another pref i forgot to set?
Keywords: mozilla0.9.3, polish
forgot to add: i wouldn't expect to see any droplist if autocomplete were turned off... unless the thing here is that Search is Always On with respect to the URLbar? [i wish it weren't --users should just use the Search button for that. :) and this bug occurs whether or not i've got the Search button in the toolbar...]
Attached image mac screenshot
Just to add: If you open a new window instance, the "empty area" will not appear (is the empty-area a separate bug?). The Search dropdown still appears, however.
1st, let's focus. The empty space above the search line is another bug. see 'blank' and 'autocomplete'. There are/were several bugs, the current incarnation was filed by jrgm and captures the behavior nicely. 2nd. This bug. You see this behavior because none of those prefs have anything to do with that search feature. There is no way to turn it off (insert evil laugh). It sounds like you'd expect the autocomplete pref to control this as well or at least have independent control of the dropdown search. This all sounds like an RFE. Comments? Questions? Morph bug? ps sairuh "using hte search button for that" forces us to assume/ rely on the search button being there and forces one to use the mouse.
I think this might be hewitt's
claudius: thx for the info! pity about not being able to turn off the search thang *sigh*. good point about the Search button, tho'... so, i'll send this over to hewitt/autocomplete...for the nonce.
Assignee: matt → hewitt
Component: Search → XP Apps: Autocomplete
QA Contact: claudius → blake
*** This bug has been marked as a duplicate of 84809 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
v
Status: RESOLVED → VERIFIED
*** Bug 91549 has been marked as a duplicate of this bug. ***
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: