Closed Bug 281832 Opened 20 years ago Closed 14 years ago

Address autocomplete stops working after scrolling address list

Categories

(MailNews Core :: Composition, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: baffoni, Unassigned)

References

Details

Steps to reproduce: 
1) open mail compose window
2) add in enough addresses that a scroll bar appears
3)verify on the last open address line that auto complete works by typing a
couple letters
4) Scroll up and down list
5) Put focus/cursor in last empty address line and type the same couple of
letters from 3)

What happens:  the letters remain, auto-complete does not fill in with an entry
from the address books.
What should happen: Autocomplete should run a check on the input like it does
for all other addresses.

Workaround: If you delete out the entry so it goes to the prior address, then
hit return so it creates a new empty address line, autocomplete will start
working again.

I am seeing this on Windows XP, with Mozilla 1.7.3, and trunk daily (Mozilla/5.0
(Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050128)
Maybe related to bug 290942 ... (scroll <> autocomplete interaction)
Assignee: sspitzer → mail
Assignee: mail → nobody
Component: MailNews: Message Display → Composition
Product: SeaMonkey → MailNews Core
QA Contact: composition
I think this is crudely WFM. autocomplete doesn't break after scrolling. But scrolling also forces the unfinished address to autocomplete.
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.9pre) Gecko/20100802 Lanikai/3.1.2pre
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.