103917 - pre selected Lastname matching appended to >> causes potential problem

Status: RESOLVED DUPLICATE of bug 261272

(MailNews Core :: Composition, defect, P2)

Description

[yulian chang]

Using 20011008 branch builds on Wins and Linux.

Steps:
1. Search Local Address Book or LDAP directory or both
2. Search for a name with Last Name matching in Local Address Book or LDAP directory
3. The pre selected entry with Last name matching is pre filled and appended to
>>, For example, ma >> Michelle Maple <[e-mail]>
4. Click on the end of entry and enter "," to add another recipient

Actuall result: ma >> Michelle Maple <[e-mail]>, [e-mail]

Expected result: Michelle Maple <[e-mail]>, [e-mail]

Comment 1

[scottputterman]

When you receive the message you get ma >> Michelle Maple <[e-mail]> in
the header which is a bit confusing.

Comment 2

[Scott MacGregor]

this should go to compose which is Jean Francois.

Comment 3

[Ninoschka Baca]

yulian, can you try this again with a recent build. I haven't been able to
reproduce.

Comment 4

[Eric Vaandering (no email)]

I was able to reproduce this with 2002012605 on linux.

After the mail was sent, the "name >>" part disappeared from the To: line, but
the mail that was sent had the extra stuff in it.

I reproduce this with a different, simpler method.

1) Start entering a name
2) As soon as something comes up, like ewv >> "[e-mail]" hit the send button.

Works every time.

Comment 5

[Ninoschka Baca]

Eric, thanks for the latest clarification. I was able to reproduce the problem.

Comment 6

[Jean-Francois Ducarroz]

Looks like we need to force the focus somewhere else before sending. Also I
remembert having some code to cleanup the adress from any remaining >> just in
case, looks like it doesn't work anymore.
reassign to varada.

Comment 7

[saari (gone)]

nsbeta1- minus as per ADT

Comment 8

[(not reading, please use [e-mail] instead)]

taking all of varada's bugs.

Comment 9

[louis bennett]

*** Bug 162933 has been marked as a duplicate of this bug. ***

Comment 10

[louis bennett]

*** Bug 192598 has been marked as a duplicate of this bug. ***

Comment 11

[louis bennett]

*** Bug 170880 has been marked as a duplicate of this bug. ***

Comment 12

[louis bennett]

seeing this on os x, too, with the following steps:

[1] enable auto-complete from address book (and LDAP, if you like)
[2] start to enter an address from your address book (e.g. "dave")
[3] as soon as the list box pops up, hit tab to get to the next field (the list
box remains open, but is not in focus)
[4] enter your subject/etc. clicking anywhere except the address entry removes
the list box, but does not replace "dave >> [e-mail]" with
"[e-mail]"

i would hack at this, but i can't figure out where to start looking. can someone
point me in the right direction? (-:

Comment 13

[Daniel E. Markle]

I am seeing this bug still rearing its ugly head among my users.  It is usually
most reproducable when clicking with the mouse instead of using the keyboard,
but it appears to sometimes happen when using the keyboard too.  Clicking
another field then clicking the field with the address in again seems to always
fix the problem.

I see the target milestone and keywords fields are ancient at this point,
perhaps they need updated so this bug gets some attention?

Comment 14

[A. Sapuntzakis]

> I see the target milestone and keywords fields are ancient at this point,
> perhaps they need updated so this bug gets some attention?

There's been some recent activity under 261272, which I logged against
Thunderbird, but it seems like the same thing ... should probably be marked a dup?

Is Core/MailNews going to keep it on the Thunderbird "radar"?

I don't use bugzilla much, but is there some kind of severity/age-based
prioritization that gets them assigned, or do bugs usually remain NEW until they
annoy someone with the time & knowledge to fix 'em?

Comment 15

[Wayne Mery (:wsmwk)]

(In reply to comment #14)
> 
> There's been some recent activity under bug 261272, which I logged against
> Thunderbird, but it seems like the same thing ... should probably be marked a dup?

now that bug 261272 is fixed, is this bug passe / closeable?

Comment 16

[Dan Mosedale (:dmosedale, :dmose)]

*** This bug has been marked as a duplicate of 261272 ***