Closed
Bug 305654
Opened 19 years ago
Closed 19 years ago
Mail Autocomplete is broken
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
Thunderbird1.1
People
(Reporter: mscott, Assigned: bryner)
References
Details
(Keywords: regression, smoketest, verified1.8)
Attachments
(1 file)
|
893 bytes,
patch
|
mscott
:
review+
mscott
:
superreview+
mscott
:
approval1.8b4+
|
Details | Diff | Splinter Review |
Started with the 8/23 builds. 8/22 branch and trunk builds are fine. I'm seeing some pretty whacky thunderbird autocomplete regressions in this morning's branch builds that was not there in yesterdays's build. This patch looks suspicious :). For starters, the auto complete popup won't stay open so you can't select an autocomplete match at all. Second, I keep ending up with resutls like Scott >> Scott MacGregor <mscott@mozilla.org> after hitting enter to accept an autocomplete result. This was caused by Bug 287996
| Reporter | ||
Updated•19 years ago
|
Severity: normal → blocker
Flags: blocking1.8b4+
Keywords: regression,
smoketest
Target Milestone: --- → Thunderbird1.1
| Assignee | ||
Comment 2•19 years ago
|
||
Stupid mistake here, I meant to set this.ignoreInputEvent. I tested autocomplete in Thunderbird with this patch and it works fine.
Assignee: mscott → bryner
Status: NEW → ASSIGNED
Attachment #193642 -
Flags: superreview?(mscott)
Attachment #193642 -
Flags: review?(mscott)
| Reporter | ||
Comment 3•19 years ago
|
||
Comment on attachment 193642 [details] [diff] [review] duh do we need a similar change for toolkit's autocomplete.xml? Thanks for the quick turn around. Approving this regression fix for the branch.
Attachment #193642 -
Flags: superreview?(mscott)
Attachment #193642 -
Flags: superreview+
Attachment #193642 -
Flags: review?(mscott)
Attachment #193642 -
Flags: review+
Attachment #193642 -
Flags: approval1.8b4+
| Assignee | ||
Comment 4•19 years ago
|
||
(In reply to comment #3) > (From update of attachment 193642 [details] [diff] [review] [edit]) > do we need a similar change for toolkit's autocomplete.xml? Nope, the variable name is correct for toolkit autocomplete.xml (that's what I get for copy and pasting).
Comment 6•19 years ago
|
||
I am seeing some pretty strange things with Seamonkey browser window location autocomplete in build 2005082306. For instance, trying to type www. anything is impossible. If I just type 'w' the word 'web' gets filled in. The second 'w' I end up with 'web/ww.eb' and the third 'w' gets me 'web/ww.ebw'. If I turn off 'Autocomplete best match as you type' in prefs this goes away. Could it be a result of this or should I file a new defect?
Comment 9•19 years ago
|
||
Verified using today's 2005-08-27 builds of SeaMonkey and Thunderbird trunk on Windows XP.
Status: RESOLVED → VERIFIED
Comment 10•19 years ago
|
||
verified fixed on Tbird Win branch build from 0830
Keywords: fixed1.8 → verified1.8
You need to log in
before you can comment on or make changes to this bug.
Description
•