Closed
Bug 305654
Opened 20 years ago
Closed 20 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•20 years ago
|
Severity: normal → blocker
Flags: blocking1.8b4+
Keywords: regression,
smoketest
Target Milestone: --- → Thunderbird1.1
Comment 1•20 years ago
|
||
See bug 305591--this is likely cross-product (core).
| Assignee | ||
Comment 2•20 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•20 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•20 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).
| Assignee | ||
Comment 5•20 years ago
|
||
checked in on trunk and branch
Comment 6•20 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 7•20 years ago
|
||
*** Bug 305769 has been marked as a duplicate of this bug. ***
Comment 8•20 years ago
|
||
*** Bug 305591 has been marked as a duplicate of this bug. ***
Comment 9•20 years ago
|
||
Verified using today's 2005-08-27 builds of SeaMonkey and Thunderbird trunk on
Windows XP.
Status: RESOLVED → VERIFIED
Comment 10•20 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
•