Opened 14 years ago

Closed 14 years ago

Last modified 14 years ago

#12127 closed (fixed)

timezone tests are failing

Reported by: Florian Apolloner Owned by: nobody
Component: Uncategorized Version: dev
Severity: Keywords:
Cc: Florian Apolloner Triage Stage: Unreviewed
Has patch: no Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: no UI/UX: no

Description

I have some timezone tests failing, but can't find out why (I hate timezones ;)):
http://paste.pocoo.org/show/148192/

My local timezone is +1 currently if that matters

Change History (4)

comment:1 by Russell Keith-Magee, 14 years ago

To help out with debugging, can you please provide the following:

  1. The SVN revision of Django you are using
  2. Your OS
  3. The value of the TZ environment variable (if it exists - apparently it doesn't under Windows)
  4. The value of settings.TIME_ZONE in your test settings file - if undefined, you're probably using 'America/Chicago'

comment:2 by Karen Tracey, 14 years ago

FWIW, I'm seeing this on Ubuntu, any SVN revision since the tests were converted to unit tests. I don't have TZ set but by the time the test runs it has been set by code in django/conf/__init__.py (this is where it doesn't get set on Windows, I'd guess). I don't have any TIME_ZONE set in the settings file so it's defaulting to 'America/Chicago'. That's as far as I got looking into it since I got distracted when I tried it on Windows and found other problems there. Now those are fixed these tests are passing on Windows but still failing on my Ubuntu box, and I've run out of time for now.

comment:3 by Russell Keith-Magee, 14 years ago

Resolution: fixed
Status: newclosed

(In [11705]) Fixed #12127 -- Corrected teardown of dateformat tests. Thanks to apollo13 for the report, and Karen Tracey for the debugging help.

comment:4 by Russell Keith-Magee, 14 years ago

(In [11706]) [1.1.X] Fixed #12127 -- Corrected teardown of dateformat tests. Thanks to apollo13 for the report, and Karen Tracey for the debugging help.

Backport of r11705 from trunk.

Note: See TracTickets for help on using tickets.
Back to Top