Address autocomplete cannot be overridden due to forceComplete

NEW
Unassigned

Status

Thunderbird
Message Compose Window
9 years ago
3 years ago

People

(Reporter: Banana, Unassigned)

Tracking

(Blocks: 2 bugs, {regression})

x86
All
regression
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [GS], URL)

(Reporter)

Description

9 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.5) 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:1.9.1.5) Gecko/20091130 Thunderbird/3.0

Autocomplete of email addresses (from address book) cannot be overridden meaning that if fred@email.com.au is in the address book, thunderbird will not allow me to send to fred@email.com 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 fred@email.com.au, fred@email.com. Would assume that this requires that no equally long address (eg fred@email.com.fr) 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:1.9.1.5) Gecko/20091130 Lightning/1.0pre Thunderbird/3.0

Hopefully Neil may have some ideas here.
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 2

9 years ago
I guess this is a side-effect of combining forceComplete with the new behaviour of autocompleting addresses that include the @ sign.

Does writing <fred@email.com> work?
(Reporter)

Comment 3

9 years ago
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.
(Reporter)

Comment 5

9 years ago
My personal experience with TB2 was that the autocomplete function worked slightly differently, but I have just replicated the issue on TB2 2.0.0.14 (portable apps version) so I probably had never encountered the exact circumstances before

Comment 6

9 years ago
(In reply to comment #4)
> Neil, Mark, isn't this then a dupe of bug 486501?

per irc, Mark doesn't think so.

Comment 7

8 years ago
Confirming on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.8) 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.

Comment 8

8 years ago
I think this matches http://gsfn.us/t/oc9s
Keywords: regression
OS: Windows Vista → All
Summary: Address autocomplete cannot be overridden → Address autocomplete cannot be overridden due to forceComplete
Whiteboard: [gs]

Comment 10

8 years ago
(In reply to comment #8)
> I think this matches http://gsfn.us/t/oc9s

nix. gsfn article is about From: not To:
Whiteboard: [gs]

Comment 11

8 years ago
Dup of bug discussed in bug 470656
Duplicate of this bug: 470656

Updated

8 years ago
Duplicate of this bug: 412686

Comment 14

8 years ago
(In reply to comment #7)
> Confirming on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.8)
> 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 abuse@mozilla.org. is regarded as a better option than abuse@mozilla.org surely an incorrectly formatted address should never take precedence over a properly formatted one.
No longer blocks: 486501

Comment 15

6 years ago
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.  abc@joe.schmoe
2. paste in an address at the end of the autocomplete  betty@davis.com
3. "backspace" with ctrl+left-arrow

sometimes the address reverts to the autocompleted address, sometimes it erases some of the characters being spaced over
Blocks: 131692
You need to log in before you can comment on or make changes to this bug.