38990 - Date format is not in localized format in the msg view pane

Status: VERIFIED FIXED

(MailNews Core :: Internationalization, defect, P3)

Description

[ji]

Please mark this as a dup if there is already a bug for it.

The date format in the thread pane is displayed in localized format on a
localized
system. But in the message view pane, the date is always in US format, like Wed,
11 May 2000.
Even with localized beta1, the date format is not correct.

Comment 1

[nhottanscp]

>But in the message view pane, the date is always in US format, 
>like Wed, 11 May 2000.
This is also true for 4.x. Do we want to localize it?

Comment 2

[ji]

It would be nice if we have the date format in the msg view pane consistent 
with the one displayed in the thread pane. 

Comment 3

[nhottanscp]

If you look at 4.x, there are options "View" -> "Headers". "All", "Normal" and 
"Brief". So the view is supposed to display the headers as is (with MIME 
decoded). I think the same apply to mozilla.

Comment 4

[ji]

Yes, 4.x and mozilla are displaying the date in the msg view as it is after
MIME decoded. It might be confusing to display the date in a localized
format in the thread pane while showing the date in US format in the msg view
pane. Is it possible to do something after MIME decoded without bringing in too
much change in the code? I saw Outlook Express English version is displaying the
date in localized format both in the thread pane and msg view pane on a 
localized system.

Comment 5

[nhottanscp]

If the purpose of this view is to show the headers as is then we should not 
localize. 

Comment 6

[ji]

yes. Some users may just want to see the date and some may want to see more
information about the mail header.

Comment 7

[Katsuhiko Momoi]

To ji for verification.

We might want to re-open this bug. 
What Comuunicator does is similar in functonalities to 
Outlook Express:

1. Under Normal & Full view options, we show the RFC 822 headers
   as they are excpet for the names of these fields which could
   be localized. The date format is dictated by what the raw message
   has.

2. Under the brief view option, fields like Date, Organization, and
   References are not shown from the source. But if you look on the 
   right side of the view pane, you will see the date in "exactly the same
   format" as the thread pane view.

Outlook Express normally has only the equivalent of (2) above
minus the date. It does not show the date in their standard view
in the message pane. It show dates only in the thread pane. 

To get (1), the user has to open the properties dialog and
look at the "Details" tab for all the headers and source
for both the headers and bodies.

If the goal is to do something similar to Communicator, then
we should re-open this bug. But the header view menu options are
not enabled yet. We probably should check what the core
feature implementation will be like on this.

Looking at the current UI document, it seems that the date
might be visible in the message envelope at all times but
says nothing of the date/time format as far as I can see.

CC'ing jglick who wrote the UI spec for this area.
Jennifer, are you changing the date format to relfect the
system's preference setting in the brief view 
of the Envelope as it was done in Communicator?

http://gooey/client/5.0/specs/mail/messenger/messenger.html#Envelope


    

   

Comment 8

[nhottanscp]

I accidentally accepted this bug. Since I cannot un-accept it at least clear the 
milestone.

Comment 9

[nhottanscp]

This is a REF, put M17 for not.

Comment 10

[Katsuhiko Momoi]

Can we assign this to whoever is implementing the Message
Envelope? If there is "Brief" view option and if it is to be
equivalent to Communicator, then date format should 
be sensitive to the user preference set for the OS.

Comment 11

[nhottanscp]

>Can we assign this to whoever is implementing the Message Envelope? 
Reassign to selmer, this is RFE.

Comment 12

[selmer (gone)]

Scott, looks like more fun for you...

Comment 13

[John G. Myers]

I would recommend localizing the date unless the user does the equivalent of 
"view source".  The "Full" view may be such an equivalent, but the "Normal" view 
is not.

Localizing the date in the "Normal" view will reduce the desire for senders to 
violate RFC 822 by putting localized dates in the Date: header.

Comment 14

[leger]

Putting on [nsbeta2-] radar. rjc, is this your bug?

Comment 15

[selmer (gone)]

Not sure why this is assigned to me, thought it was mscott.  Did someone change
it back to me for some reason?  Changing owner to MScott (again?)

Comment 16

[Koike Kazuhiko]

Date field is displayed in "YY/MM/DD" in thread pane and
"MM/DD/YYYY" in message pane. It should be unified.

It should not be formatted as "MM/DD/YYYY" in [Headers]-[All] mode.
The other headers are displayed as they are in source file.

Comment 17

[Katsuhiko Momoi]

To update this bug, I would like to second jgmyers'
suggestion that under normal view we reflect the
system setting of the date format while keeping the
full view as the equivalent of View Source.

Comment 18

[Koike Kazuhiko]

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

Comment 19

[Karl Ove Hufthammer]

Shouldn't the Mozilla locale date format be used, instead of the OS locale date 
format?

Comment 20

[R.K.Aa.]

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

Comment 21

[Péter Bajusz]

Clearing very old milestone (M17) in hope of reevaluation.

Comment 22

[msanz]

nominating for nsbeta1

Comment 23

[scottputterman]

marking nsbeta1-.

Comment 24

[Koike Kazuhiko]

Works for me with 2001032704/Win2k.

Comment 25

[Scott MacGregor]

I fixed this when I changed how we display the date in the message pane. I'm
using the locale when formatting the date.

Comment 26

[ji]

Verified with 04/17 builds.