Closed Bug 1135939 Opened 9 years ago Closed 9 years ago

Thunderbird autocompletes e-mail address resulting in address that can't be used

Categories

(Thunderbird :: Message Compose Window, defect)

31 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1043310

People

(Reporter: r.stone, Unassigned)

Details

(Keywords: regression)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0
Build ID: 20150122214805

Steps to reproduce:

entered e-mail address in Thunderbird (e.g., jsmith@provider.com) when this e-mail address was already in the address book


Actual results:

address line is completed as 

jsmith@provider.com >> John Smith <jsmith@provider.com>

When you go to send the e-mail, the system chokes because of the e-mail address followed by the ">>" and the e-mail is not sent


Expected results:

just 

John Smith <jsmith@provider.com>

should end up in the address line
Component: Untriaged → Message Compose Window
r.stone, pls report exact version which you are using. Help > About Thunderbird
(In reply to Thomas D. from comment #1)
> r.stone, pls report exact version which you are using. Help > About
> Thunderbird
Flags: needinfo?(r.stone)
I am using 31.4.0, but this has been happening ever since the change that caused the change in the backgrounds of the "To:" fields. It has continued through the several releases since then.
Flags: needinfo?(r.stone)
Please get 31.5.0 where this has been fixed.
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Keywords: regression
Resolution: --- → DUPLICATE
Feedback:
I would like to thank everyone for fixing this bug.
Using 31.5.0
the >> issue is resolved. Whilst it initially returns the >>, upon tab, return or clicking in another TO, Subject or compose area, the error is corrected to show correct email address. This includes any email address and nickname. Many thanks, much appreciated.
(In reply to Anje from comment #5)
> Feedback:
> I would like to thank everyone for fixing this bug.
> Using 31.5.0
> the >> issue is resolved. Whilst it initially returns the >>, upon tab,
> return or clicking in another TO, Subject or compose area, the error is
> corrected to show correct email address. This includes any email address and
> nickname. Many thanks, much appreciated.

Anje, thanks for your feedback!
You probably mean display name, not nickname. Two different animals.
Magnus has done a lot of work in this area, and all of us were on board to sort things out and describe/discuss/move issues.
Hi Thomas
re: You probably mean display name, not nickname. Two different animals.

Yes they are two different animals :)
But, I tested for both.
So I thought I would also make it known that the 'nickname' was also working.
I had reported it as a separate bug 
https://bugzilla.mozilla.org/show_bug.cgi?id=1113180
Which was set as a duplicate of this bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=1043310
You need to log in before you can comment on or make changes to this bug.