Bug 803319

Summary:	[kn_IN] Date format in the printed draft mail is not translated
Product:	[Fedora] Fedora	Reporter:	Shankar Prasad <svenkate>
Component:	evolution	Assignee:	Matthew Barnes <mbarnes>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	17	CC:	ankit, lucilanga, mbarnes, mcrha
Target Milestone:	---	Keywords:	i18n
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-03-15 13:37:00 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Shankar Prasad 2012-03-14 12:46:40 UTC

Description of problem:
Date format in the printed draft mail shows in en_US.

Version-Release number of selected component (if applicable):
evolution-3.3.91-1.fc17.x86_64

How reproducible:
Every time

Steps to Reproduce:
1.Login to kn_IN locale
2.Launch the evolution mail client
3.Complete the setup
4.Compose a new mail.
5.Print it to a file.
6.Examine the printed output
  
Actual results:
The date format is in english

Expected results:
Date format should be in Kannada (kn_IN)

Additional info:

Comment 1 Milan Crha 2012-03-15 13:37:00 UTC

Thanks for a bug report. I would not call it a bug, though, because it's content of the Date header, as is written in the message itself, same as values for Subject and To/CC headers. It's basically a raw value of the header, as stored in the message. If your timezone is different from the timezone of the Date header, then you can see two values shown there, one is the raw value, and the second, enclosed in braces, is time in your timezone, in a format as setup in Edit->Preferences->Mail Preferences->Headers, where (at the bottom) you can also check/uncheck "Show original header value", which is just for this behaviour, as with unchecked you always get the expected time format.