Steps to reproduce: 1. Go to http://www.google.com/. 2. Make the window small enough that a vertical scrollbar appears. 3. Type a letter into the Google form (makes an autocomplete dropdown appear). 4. Scroll the page using the mouse wheel. Result: the page scrolls, but the autocomplete dropdown stays put. Expected: the autocomplete dropdown should disappear like it does in IE. Tested using Phoenix 01/03. I'm using the Orbit Blue theme, but I don't think it matters.

Verified on 0.6.1rc1. (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030725 Mozilla Firebird/0.6)

Taking QA. Sorry for the bugspam

Suggest adding "floating" to summary, I searched for over 30 mins to track down this bug, e.g. mouse wheel scrolling creates floating autocomplete. Also note that activating the autocomplete using [page down] or [down arrow] when field is focussed but the page is scrolled so that it is off screen, the autocomplete appears in a weird place. to reproduce: 1. click into a text field (e.g. Google) 2. scroll down so that text field dissapears off the top of the viewable area (may need to resize window, especially if you're using google) 3. hit [page down] key or [down arrow] results: autocomplete appears outside of website area (on top of navigation toolbar). Is this bug related to bug 216434 ?

I am also this behavior on build Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6a) Gecko/20031027 Firebird/0.7+. It is reproducable on many sites.

-ing will take patch.

I guess it happens on any site (e.g. www.mozillazine.org). And also error is present in latest realese 0.9

Still present in RC1!!!

(In reply to comment #7) > Still present in RC1!!! There is no need for comments like that, just check the status of the bug and you will see that is not fixed.

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

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

present in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 and reproducible on any site with a text-field.

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

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

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

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

Still present with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050908 Firefox/1.4. Similar to bug #299657.

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

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

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

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

I'm trying to fix this.

We should override the rollup checking mthods on nsFormFillController instead of nsMenuDismissalListener.

Comment on attachment 204162 [details] [diff] [review] Patch rv1.0 Mike: Could you review for this? Brian said, he cannot review now.

I accidently ran across this, but I noticed when clicking the down arrow on the location bar I get this error: * Call to xpconnect wrapped JSObject produced this error: * [Exception... "'[JavaScript Error: "this.mInput.onPopupOpened is not a function" {file: "chrome://global/content/bindings/autocomplete.xml" line: 526}]' when calling method: [nsIAutoCompleteInput::popupOpen]" nsresult: "0x80570021 (NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)" location: "<unknown>" data: yes]

Comment on attachment 204162 [details] [diff] [review] Patch rv1.0 Thank you for your testing! I'll create new patch.

This patch is very simple. This logic is better than previous patch.

Oops... Sorry for the SPAM.

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

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

Comment on attachment 207013 [details] [diff] [review] Patch rv2.2 ok, this should work for trunk, but the API changes aren't ok for branch. You can add a branch only interface that inherits from nsIAutoCompleteController (nsIAutoCompleteController_MOZILLA_1_8_BRANCH) to get the new functions on branch.

checked-in to trunk.

Although checked by nightly build and tinderbox-builds, with the Mac version, it still reproduces. Mac OS X 10.3.9 Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20060318 Firefox/1.6a1

I filed bug 330999 for Mac.

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

verified. Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20060406 Firefox/2.0a1

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