Closed Bug 532639 Opened 15 years ago Closed 15 years ago

autocomplete feature should always suggest primary e-mail address _before_ additional e-mail address within the same matching contact

Categories

(Thunderbird :: Message Compose Window, enhancement)

Product:
Thunderbird
Component:
Message Compose Window
Platform:
x86
All
Type:
enhancement
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 543088

People

(Reporter: pedro.pedruzzi, Unassigned)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.6pre) Gecko/20091129 Ubuntu/9.04 (jaunty) Shiretoko/3.5.6pre Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.6pre) Gecko/20091130 Lightning/1.0pre Shredder/3.0.1pre Apparently the autocomplete list is sorted alphabetically. The annoying behavior occurs when the additional e-mail of a contact is suggested before the primary one. Reproducible: Always Steps to Reproduce: 1. Create a new contact named `test' with e-mail `bb@serv.com' and additional e-mail `aa@serv.com' 2. Open a new message composer window 3. Use the autocomplete feature typing `test' in the `To:' field Actual Results: autocomplete feature suggests (in this order): aa@serv.com bb@serv.com Additional e-mail address before primary. Expected Results: autocomplete feature should suggest (in this order): bb@serv.com aa@serv.com Primary e-mail address before additional.
Xref - bug 116006 in seamonkey.
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
Annoying this one. The additional e-mail addresses for my family are all stored as nnnNNNnnnn@mms.att.net, since we use AT&T and that is the way to access text messages to their phone (their phone number being nnnNNNnnnn). Of course, the number is sorted before the regular email address, so when I type their name it always suggests the AT&T address first, and I've accidentally sent very long (for text messages) emails to their phone consequently. Would really appreciate a fix for this one!
Come to think on it, this behavior seemed to start around about TB3 RC1. I could have sworn this wasn't happening at TB3 Betas 1-3. This is on Windows btw.
I confirm this bug. I use TB 3.0.0 on Windows [details: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl-PL; rv:1.9.1.5) Gecko/20091204 Lightning/1.0b2pre Thunderbird/3.0]. I have migrated my mail and address book from TB 2.0.0.23. (Additionally TB 2.x has also remembered the preferred e-mail address from a contact based by e-mails selected from suggestion list earlier. TB 3.0 does not do that - it always proposes e-mail in the same order. But this is another bug, right?)
I also think that importance of this bug is at least *normal*, if not *major*. It's a regression from TB 2, so it is not an enhancement request. Also, as Russel wrote, this in a bug at least for Linux *and* Windows platforms. Can someone change those parameters of this bug?
OS: Linux → All
fixing bug bug 497722 should fix the reporters workflow. this bug is a duplicate of a bug that was closed invalid or wontfix, and should there fore be dup+closed
Status: NEW → UNCONFIRMED
Ever confirmed: false
Whiteboard: dupme
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
Whiteboard: dupme
thaks for finding that. better to dup to the grand-daddy bug :)
I've commented on #276632.
Comment 6 is wrong, and bug 497722 hasn't fixed this. This bug will however be fixed by bug 543088 so I'm correcting the duplicate notation.
You need to log in before you can comment on or make changes to this bug.