Closed Bug 86256 Opened 23 years ago Closed 23 years ago

Autocomplete displaced if window is moved

Categories

(SeaMonkey :: Autocomplete, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME
mozilla0.9.6

People

(Reporter: lasse, Assigned: jag+mozilla)

References

()

Details

Attachments

(1 file)

If you type something in the url field to start the autocomplete, then move the window, the autocomplete will return in its original position if you start with space. Steps to reproduce: 1. Type some text in the url field. Autocomplete will pop out. 2. Remove focus from the url field. Autocomplete will disappear. 3. Move the window. 4. Continue typing in the url field starting with a space. Autocomplete will pop out in its original position, no longer below the url field. This only happens if there is a space character in the field, like when you enter words for searching.
Attached image Autocomplete out of place (deleted) —
Attached screenshot of bug in action. Forgot to mention, this is nightly build 2001061404 no WinMe.
Confirming on build 2001061708 on Win2K. NOTE: The autocomplete will pop up correctly, but as soon as you type something not in the history, the Search menu item will appear in the old browser location. Not sure if this is for Autocomplete or not.
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 87715 has been marked as a duplicate of this bug. ***
i saw this on osx as well. whew, thought it was more carbon bugs ;)
OS: Windows ME → All
Hardware: PC → All
This appears to be a popup bug, so I'm giving it to pinkerton. I've tested to make sure that I AM calling openPopup correctly on the popup each time it is opened, and indeed I am. See this (autocomplete.xml#821): this.resultsPopup.openPopup(this, -1, -1, "popup", "bottomleft", "topleft"); For whatever reason, the popup isn't correctly fetching the new window coordinates of the element it is attached to.
Assignee: hewitt → pinkerton
this only happens when there is no valid completion. hewitt, what is different with the popup in that case?
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.3
*** Bug 90123 has been marked as a duplicate of this bug. ***
*** Bug 91058 has been marked as a duplicate of this bug. ***
Target Milestone: mozilla0.9.3 → mozilla0.9.4
*** Bug 95014 has been marked as a duplicate of this bug. ***
Target Milestone: mozilla0.9.4 → mozilla0.9.5
*** Bug 93943 has been marked as a duplicate of this bug. ***
*** Bug 94885 has been marked as a duplicate of this bug. ***
I'm unable to reproduce this using the latest nightly, 20010913. Has this been fixed by something else?
This behavior no longer occurs using Fizzilla/2001091221. (I just noticed, though, that the autocomplete field doesn't move with the window when it's dragged. Anyone know of an open bug on that one?)
--> jag if it hasn't magically gone away (i can't see how it could have)
Assignee: pinkerton → jaggernaut
Status: ASSIGNED → NEW
Mass-moving lower-priority 0.9.5 bugs off to 0.9.6 to make way for remaining 0.9.4/eMojo bugs, and MachV planning, performance and feature work. If you disagree with any of these targets, please let me know.
Target Milestone: mozilla0.9.5 → mozilla0.9.6
I don't see this happening. About the Fizilla issue, as far as I know the popup window should close when you click somewhere to move its parent window. Could you file a new bug on that issue? Since the reporter says he can't reproduce it any longer, nor can I, I'm marking this bug WFM.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Sure thing, Peter. It's filed as bug 99987. (So very close to 100,000 now...)
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: