User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:18.104.22.168) Gecko/20091102 Firefox/3.5.5 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:22.214.171.124) Gecko/20091130 Thunderbird/3.0 Autocomplete of email addresses (from address book) cannot be overridden meaning that if email@example.com is in the address book, thunderbird will not allow me to send to firstname.lastname@example.org unless I also add this address to the address book It will relentlessly autocomplete for me Reproducible: Always Steps to Reproduce: 1. address an email to two email addresses with the same stem - for example, different national contact addresses for a company - when the longest of these addresses is in the contact book. eg email@example.com, firstname.lastname@example.org. Would assume that this requires that no equally long address (eg email@example.com) exist in the address book so the autocompleter is "certain" that the longer address is correct. 2. 3. Actual Results: Thunderbird will not allow the shorter address to be typed - always autocompletes to the longer Expected Results: Should allow me to override (by deleting the suggested extension) Should allow me to override (by deleting the suggested extension)
Confirming on Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-GB; rv:126.96.36.199) Gecko/20091130 Lightning/1.0pre Thunderbird/3.0 Hopefully Neil may have some ideas here.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I guess this is a side-effect of combining forceComplete with the new behaviour of autocompleting addresses that include the @ sign. Does writing <firstname.lastname@example.org> work?
With the angle brackets? That does allow entry of the shorter address. It would seem that everything works fine in that you can edit the address after autocomplete has its say except that once you take focus away from the address entry field, autocomplete is called again and undoes the changes.
Neil, Mark, isn't this then a dupe of bug 486501, or one of these ... https://bugzilla.mozilla.org/buglist.cgi?short_desc=address%20;field0-0-0=short_desc;bug_severity=major;bug_severity=normal;bug_severity=minor;resolution=---;query_format=advanced;short_desc_type=anywordssubstr;type0-0-0=anywordssubstr;value0-0-0=complet%20pick%20chos;component=Message%20Compose%20Window;product=MailNews%20Core;product=Thunderbird;product=Toolkit
Version: unspecified → 3.0
My personal experience with TB2 was that the autocomplete function worked slightly differently, but I have just replicated the issue on TB2 188.8.131.52 (portable apps version) so I probably had never encountered the exact circumstances before
(In reply to comment #4) > Neil, Mark, isn't this then a dupe of bug 486501? per irc, Mark doesn't think so.
Confirming on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:184.108.40.206) Gecko/20100227 Lightning/1.0b1 Thunderbird/3.0.3 It must be quite frustrating for users who don't figure out that adding a comma/space after the address can get them around the problem.
I think this matches http://gsfn.us/t/oc9s
OS: Windows Vista → All
Summary: Address autocomplete cannot be overridden → Address autocomplete cannot be overridden due to forceComplete
other autocomplete/edit address bugs https://bugzilla.mozilla.org/buglist.cgi?type0-1-0=greaterthan&emailcc1=1&emailreporter1=1&field0-1-0=days_elapsed&short_desc=ddress&field0-0-0=short_desc&bug_severity=major&bug_severity=normal&bug_severity=minor&type0-0-1=substring&field0-0-1=component&resolution=---&emailtype1=exact&type0-0-3=substring&query_format=advanced&field0-0-3=status_whiteboard&field0-0-2=short_desc&short_desc_type=allwordssubstr&email1=vseerror%40lehigh.edu&type0-0-0=anywordssubstr&value0-0-0=auto%20edit%20chang&component=Composition&component=Message%20Compose%20Window&type0-0-2=anywordssubstr&product=MailNews%20Core&product=Thunderbird
(In reply to comment #8) > I think this matches http://gsfn.us/t/oc9s nix. gsfn article is about From: not To:
Dup of bug discussed in bug 470656
(In reply to comment #7) > Confirming on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:220.127.116.11) > Gecko/20100227 Lightning/1.0b1 Thunderbird/3.0.3 > > It must be quite frustrating for users who don't figure out that adding a > comma/space after the address can get them around the problem. The most frustrating thing I have ever encountered in using Thunderbird, deleted the trailing dot in the wrong email address that had originally been clicked on to open the write window and then rejected. The fact that auto-guess is capable of accepting in invalid To: email address over a manually corrected one is a bit frightening. eg email@example.com. is regarded as a better option than firstname.lastname@example.org surely an incorrectly formatted address should never take precedence over a properly formatted one.
from bug 486501 (In reply to Thomas D. from comment #7) > dupe of Bug 131692? perhaps dupe, but I'm too lazy ATM to read through it all. I wonder if bug 363094 has had some impact? And, does bug 363094 offer hints for solving what's still wrong? Lastly, an added symptom/STR along the lines of bug 486501, 1. type in an address that autocompletes - don't navigate away. email@example.com 2. paste in an address at the end of the autocomplete firstname.lastname@example.org 3. "backspace" with ctrl+left-arrow sometimes the address reverts to the autocompleted address, sometimes it erases some of the characters being spaced over
You need to log in before you can comment on or make changes to this bug.