Closed Bug 414134 Opened 18 years ago Closed 8 years ago

Autocomplete misplaces drop down in certain circumstances (reproduceable)

Categories

(Firefox :: Address Bar, defect)

defect
Not set
normal

Tracking

()

RESOLVED INACTIVE

People

(Reporter: stefan-bmo, Unassigned)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3pre) Gecko/2008012604 Minefield/3.0b3pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3pre) Gecko/2008012604 Minefield/3.0b3pre Note: The following steps allow the problem to be reproduced on a fresh profile but don't make much sense usability wise 1. Create a new profile (DOMi is required) 2. Open current browser window in DOMi 3. Navigate to id="search-container" 4. Remove the flex attribute 5. Go to a webpage that has a form field (e.g. google.com) 6. Type something in and submit it 7. Remove what you just typed and only enter the first letter again so the autocomplete suggests what you just wrote 8. Go to the search bar and enter something Note: The window needs to be maximized or move the the right of the screen Note: There mustn't be a side bar to the right of the search bar If there is not enough space to the right, the drop down will instead be displayed on the left of the screen (instead of just shifting a bit to the left). I will attach screens demonstrating the problem. I can't reproduce this bug in builds up to 2007-11-23. I am able to reproduce it in 2007-11-24. Note that the autocomplete drop down behaves correctly if no other autocomplete drop downs have been opened since Firefox started (URL Bar doesn't count). That's why you need a webpage to open another autocomplete drop down. I need this bug to be fixed in order for my "Searchbar Autosizer" extension to work properly. I can work around this by making the search bar wide enough so that the autocomplete drop down doesn't "overflow", but it flickers :( Reproducible: Always
Attached image Shows what the bug does
Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9b3pre) Gecko/2008012504 Minefield/3.0b3pre - Build ID: 2008012504 Confirmed.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3pre) Gecko/2008012604 Minefield/3.0b3pre I can (partly) confirm this bug, but on my system the drop down menu doesn't appear on the left of the screen: It simply doesn't appear at all.
I've messed around with the code and found out that setting hidden to true again on the popup "fixes" the problem. As far as I understand, it's initially hidden to improve start up performance and gets unhidden on first use in openPopup in search.xml. Although I can abuse this to work around the bug it's no real solution (I only set the hidden attribute to true when the searchbar gets focus). It would be interesting to know what happens additionally when the popup is hidden initially on showing OR what happens when the popup is hidden "manually" (i.e. what does this what onpopuphiding/hidden doesn't). It doesn't seem to be about the openPopup function, as force-executing it doesn't help.
Can this still be reproduced?
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: