242442 - Nicknames not autocompleted, get <nickname>@<mydomain> as default

Status: RESOLVED WORKSFORME

(Thunderbird :: Message Compose Window, defect)

Description

[Brian Atkins]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

When I type a nickname and hit return, I get the nickname and the local domain
as the "autocomplet".  The nickname should be higher priority in autocomplete
than the default, which is to simply tack on the local domain.  This happens
about 90% of the time for certain addressbook entries, and almost never for others.

The algorithm used for autocomplete needs to be completely reliable in this
regard.  If multiple threads are doing various lookups, they should all complete
and the highest priority match should be used (not the first thread to complete,
or whatever the current algorithm is).

The priorities should be:
1) nickname match
2) last name match
3) first name match
4) no fill!!

No fill alerts the user that they must take action.  If they see an autocomplet
(like the lame default of simply attaching the local domain to the string typed)
they assume the autocomplete is correct.  When this is a message sent to many
people, and 1 or 2 of them bounce, it's a real hassle.

Clearly, if I take the time to configure a nickname, and I type a perfect
nickname match, that has to be the first priority match, and which will be
autocompleted when I hit return.  Any other match reduces the nickname feature
to uselessness (since it results in bad addresses).

Reproducible: Sometimes
Steps to Reproduce:
1.Add addressbook entry with nickname.  In my example, nickname is the first
name of the full name of the receipient, for example:
Name: John Doe
Email: [e-mail]
nickname: john
2. compose an e-mail and type "john<cr>" in the To field

Actual Results:  
In about 90% of the cases with a specific addressbook entry I get
"[e-mail]" as the autocompleted address.  In other address book entries,
the result is correct.


Expected Results:  
100% of the time I should get the correct entry from the address book when I
type in a nick name and hit return.  Never should a default be presented (better
to simply not match.

It is critical that the autocomplete algorithm be reliable.  Otherwise the
nickname feature is useless.

It should be an error to have multiple address book entries with the same nickname.

Comment 1

[Mike Cowperthwaite]

> When I type a nickname and hit return, I get the nickname and the local
> domain as the "autocomplet".

I am unable to reproduce this problem.  Whether the nickname is a completely 
unique string, a unique nickname that matches someone else's first name, or a 
duplicate nickname, I get the expected results in each case.
TB 0.9+1112, Win2K.

Brian Atkins, if this is working for you now (with a current version of TB) 
please mark this bug as   Resolved | WorksForMe.


> It should be an error to have multiple address book entries with the
> same nickname.

I don't think that's reasonable.

Comment 2

[Mike Cowperthwaite]

No response from reporter  =>WFM

Comment 3

[Brian Atkins]

Attachment: Shot showing bad nickname selection, should be "[e-mail]"

Comment 4

[Brian Atkins]

Comment on attachment 176581 [details]
Shot showing bad nickname selection, should be "[e-mail]"

I have several accounts, batkins@frii with the nickname "home" and
[e-mail].  

If I send e-mail with [e-mail] inbox selected and type
"home", I get a selected list of "[e-mail]",
"[e-mail]", and "[e-mail]".	The default is
"[e-mail]", which is incorrect.  (see attachement).

I have confirmed this behavior on a recent reinstall of 1.0.

If, oddly enough, I send e-mail with my "[e-mail]" inbox selected, the
nickname appears to work correctly.

Comment 5

[Brian Atkins]

Attachment: Screen shot showing good nickname selection

This action only differs from the "BadNickname" on which inbox is selected with
the "write" action is selected.

Comment 6

[Mike Cowperthwaite]

I don't quite understand -- why would "home" *ever* match your @indicative 
address?  It's shown in the dropdown for both cases.

What exactly does your address book show for the two addresses?