This is sources Bugzilla
Bugzilla Version 2.17.5
Bugzilla Bug 4028
  date output is surprising when TZ is set to an unknown locale Last modified: 2009-05-10 13:12:39
     Query page      Enter new bug
Bug#: 4028   Hardware:   Reporter: Pierre Habouzit <madcoder@debian.org>
Host: Target: Build:
Product:     Add CC:
Component:   Version:   CC:
Remove selected CCs
Status: RESOLVED   Priority:  
Resolution: WONTFIX   Severity:  
Assigned To: Ulrich Drepper <drepper@redhat.com>   Target Milestone:  
Flags: Requestee:
  backport ()
  examined ()
  testsuite ()
Summary:
Keywords:

Attachment Description Type Created Actions
submitted-date-and-unknown-tz.diff proposed patch patch 2007-02-12 09:38 Edit | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 4028 depends on: Show dependency tree
Show dependency graph
Bug 4028 blocks:

Additional Comments:


Leave as RESOLVED WONTFIX
Reopen bug
Mark bug as VERIFIED

View Bug Activity   |   Format For Printing


Description:   Last confirmed: 0000-00-00 00:00 Opened: 2007-02-12 09:35
for example:

$ TZ=IDIOT date
Wed Jan 19 19:54:58 IDIOT 2000

here it's harmless. but for 
$ TZ=PST date
Mon Feb 12 09:34:02 PST 2007

it's not ast the correct value is:
$ TZ=PST8DST date
Mon Feb 12 01:34:14 PST 2007


Attached is a patch that do not reuse TZ value if no offset was provided, and 
that instead clearly state that UTC was the chosen timezone to display the 
date.

------- Additional Comment #1 From Pierre Habouzit 2007-02-12 09:38 -------
Created an attachment (id=1548)
proposed patch

------- Additional Comment #2 From Ulrich Drepper 2007-02-12 15:00 -------
The existing behavior is as valid as any other.  Any change will disrupt things,
though.  No change.

------- Additional Comment #3 From Aurelien Jarno 2009-05-10 13:12 -------
This bug has been solved in version 2.10, despite the WONTFIX tag.

     Query page      Enter new bug
Actions: New | Query | bug # | Reports | Requests   New Account | Log In