Closed
Bug 281832
Opened 20 years ago
Closed 14 years ago
Address autocomplete stops working after scrolling address list
Categories
(MailNews Core :: Composition, defect)
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)
Comment 1•20 years ago
|
||
Maybe related to bug 290942 ... (scroll <> autocomplete interaction)
Updated•20 years ago
|
Assignee: sspitzer → mail
Updated•16 years ago
|
Assignee: mail → nobody
Component: MailNews: Message Display → Composition
Product: SeaMonkey → MailNews Core
QA Contact: composition
Comment 3•14 years ago
|
||
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.
Description
•