Last Comment Bug 672966 - Name displayed in From column is inaccurate (changed)
: Name displayed in From column is inaccurate (changed)
Status: ASSIGNED
[see comment 13 for how to fix this][...
:
Product: Thunderbird
Classification: Client Software
Component: Folder and Message Lists (show other bugs)
: 5.0
: All Other
: -- normal with 1 vote (vote)
: ---
Assigned To: jenzed
:
:
Mentors:
: 672270 673351 673671 674563 682567 686796 696934 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-07-20 15:17 PDT by rjames@yahoo-inc.com
Modified: 2016-06-17 05:52 PDT (History)
14 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---


Attachments

Description rjames@yahoo-inc.com 2011-07-20 15:17:06 PDT
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:5.0.1) Gecko/20100101 Firefox/5.0.1
Build ID: 20110707182747

Steps to reproduce:

Look at list in Folder


Actual results:

All bugzilla mails - in the "From" field of the list - say 
  Bugzilla (for Deepak Agarwal)
All, I repeat all, Bugz messages have that same name -- including all old bugz emails from months ago, and all new emails.  They used to have different names.


Expected results:

  Bugzilla (for John Doe)
is actually in the header -- this should show in the list, too.

(I look at the header by doing "Forward".)

(I think this is a regression in 5.0)
Comment 1 David :Bienvenu 2011-07-20 15:22:25 PDT
Did you have an extension that did this? Mozilla bugzilla e-mail doesn't have anything special for the From field other than the bugzilla daemon address.
Comment 2 rjames@yahoo-inc.com 2011-07-20 15:29:58 PDT
We (Yahoo) probably have lots of extensions.  (I have asked the internal maintainers to look into it.)

Still, if the Header has one name (a valid name), why the consistently bogus one in the List?  (There are 3 Deepak Agarwals in the company; none sound like they are involved in Bugz.)
Comment 3 David :Bienvenu 2011-07-20 15:31:55 PDT
Does going into preferences, advanced, reading & display tab, and unchecking "show only display names..." fix it? If so, this is a dup.
Comment 4 rjames@yahoo-inc.com 2011-07-20 15:50:15 PDT
Grrr...  It was ThunderBird's Address book deciding that all emails from bugs@... should be labeled as coming from that one person.  I cleared the flag in the address book, and all is well, even old emails.

You could either close this bug report, or ponder whether the Address book is too aggressive.

Re Comment 3 :  I don't know.  The Address book was a good fix for me.
Comment 5 David :Bienvenu 2011-07-20 15:57:16 PDT
I'm going to mark this incomplete, because I don't know how the display name got set incorrectly in the address book. And you can always turn off the option to use display name. Roughly speaking, there are two sorts of people - those who want control over the display name, and want to see that in the message area and message list, and the other people who don't want that, and we have a pref with UI to control that.
Comment 6 Jim Porter (:squib) 2011-07-20 16:00:53 PDT
(In reply to comment #5)
> I'm going to mark this incomplete, because I don't know how the display name
> got set incorrectly in the address book.

Contacts from previous versions of Thunderbird will default to showing the display name from the address book, since there's no way to tell what the user wants for those contacts, and that's how the message header has shown display names since 3.0 at least.
Comment 7 Jim Porter (:squib) 2011-07-21 22:37:31 PDT
*** Bug 673351 has been marked as a duplicate of this bug. ***
Comment 8 Jim Porter (:squib) 2011-07-21 22:40:09 PDT
It's unfortunate that this is causing confusion - see the duplicate - but I'm sure if the behavior were the other way around (i.e. always prefer the header name), I'm sure there'd be reports about Thunderbird not respecting the user's settings.

Maybe this needs to be documented in some prominent place; where's the best spot for that?
Comment 9 Ludovic Hirlimann [:Usul] 2011-07-22 02:49:10 PDT
*** Bug 672270 has been marked as a duplicate of this bug. ***
Comment 10 Jim Porter (:squib) 2011-07-24 00:50:45 PDT
Here's a quick explanation of what's going on to make it easier to add a relnote for this:

In bug 474721, we added the ability for the message pane to prefer the message header display name; when I did this, I set contacts to default to preferring the address book display name, since that's how 3.x worked.

In bug 243631, we added the ability for the message pane to use the address book display name; the behavior for this is the same as the message header, except that the thread pane doesn't use the "You" shorthand that the message pane does.

As a result, in 5.0, address book entries from previous versions will always use the display name from the address book, everywhere. In previous versions, they'd show the address book name in the message pane, but the message header name in the thread pane. To switch to preferring the message header display name, you need to edit the contact and deselect "Always prefer display name over message header".

Finally, it's possible to customize how the display name works in the message pane by overriding the Javascript function FormatDisplayName. That doesn't work for the thread pane though, since it's a different function, but I believe it's possible to override in a different way.
Comment 11 Jim Porter (:squib) 2011-07-24 00:51:32 PDT
> In bug 243631, we added the ability for the message pane to use the address book display 

This should be "the thread pane", not "the message pane".
Comment 12 Jim Porter (:squib) 2011-07-26 14:55:25 PDT
*** Bug 673671 has been marked as a duplicate of this bug. ***
Comment 13 Jim Porter (:squib) 2011-07-26 15:00:44 PDT
I'm confirming this, since it's a fairly common issue, though the "fix" here is really just improving our documentation. Until that happens, here's a quick summary of how to fix this issue if you encounter it. There are two ways to do it:

1) Use the display name from the message header for everyone

   Go to Tools -> Options (or Edit -> Preferences), then go to Advanced ->
   Reading & Display and uncheck "Show only display name for people in my
   address book".

2) Use the display name from the message header for certain contacts

   In the message pane, click on the star next to the contact you want to
   modify, then click "Edit Details" and uncheck "Always prefer display name
   over message header".
Comment 14 Jim Porter (:squib) 2011-07-27 12:27:03 PDT
*** Bug 674563 has been marked as a duplicate of this bug. ***
Comment 15 Rafael Ebron (:rebron) 2011-08-08 00:21:13 PDT
Doesn't sound like we need to relnote this?
Comment 16 Jim Porter (:squib) 2011-08-08 00:36:46 PDT
Maybe relnote is the wrong word, but I think there should be some sort of info on this in an easy-to-find place where people would go when asking for support (I'm not really sure where this would be).
Comment 17 Mark Banner (:standard8, limited time in Dec) 2011-08-08 00:46:41 PDT
Roland, Jen, can we make sure we've got something on sumomo for this please?
Comment 18 Roland Tanglao :rolandtanglao 2011-08-08 13:58:41 PDT
assigned this to jen to document on SuMoMo
Comment 19 jenzed 2011-08-09 15:58:54 PDT
I've created a new article to explain this: https://support.mozillamessaging.com/en-US/kb/display-name-message-list-and-message-pane. I've also added the issue to the "New in Thunderbird 5" page.

Jim, would you please read the article over and confirm that it is correct?
Comment 20 Jim Porter (:squib) 2011-08-09 17:02:40 PDT
I believe this paragraph is inaccurate: "However, in the message display, the name specified in the message header is always displayed, which means that the display name in the message display may be different from the name in the message list."

The display name should always be the same in the message list and message display, except when the contact in question is one of your identities (then the display name is "You"). If the contact isn't in your address book, the message display will additionally show the email address.

Here's a summary of the behavior. Assume we get an email from "Bob <bob@example.com>":

Old way (3.x)
=============

Not in address book:
  Message list:    Bob
  Message display: Bob <bob@example.com>

In address book as Robert:
  Message list:    Bob
  Message display: Robert

In address book as Robert, "Show only display name for people in my address book" unchecked:
  Message list:    Bob
  Message display: Bob <bob@example.com>

New Way (5.0)
=============

Not in address book:
  Message list:    Bob
  Message display: Bob <bob@example.com>

In address book as Robert, "Always prefer display name over message header" checked:
  Message list:    Robert
  Message display: Robert

In address book as Robert, "Always prefer display name over message header" unchecked:
  Message list:    Bob
  Message display: Bob

In address book as Robert, "Show only display name for people in my address book" unchecked:
  Message list:    Bob
  Message display: Bob <bob@example.com>
Comment 21 David :Bienvenu 2011-08-09 17:05:50 PDT
yeah, the bug fix that caused the need for this article was to make the message list display the same information as the message display, i.e., both now use the display name if the user has that pref set (previously, only the message display used the display name).
Comment 22 Jim Porter (:squib) 2011-09-12 15:35:25 PDT
*** Bug 682567 has been marked as a duplicate of this bug. ***
Comment 23 WADA 2011-09-12 16:12:20 PDT
Bug 669925 reported similar issue(same?) in "non-ascii in mail address" case.
xref that bug for ase of tracking and search.
Comment 24 Ludovic Hirlimann [:Usul] 2011-10-06 08:10:41 PDT
*** Bug 686796 has been marked as a duplicate of this bug. ***
Comment 25 WADA 2011-11-05 02:25:26 PDT
*** Bug 696934 has been marked as a duplicate of this bug. ***
Comment 26 Mark Banner (:standard8, limited time in Dec) 2012-06-20 03:23:33 PDT
Removing relnote keyword from bugs that are no longer significant or not needing to be mentioned in the release notes.

Note You need to log in before you can comment on or make changes to this bug.