Anders Hovmöller

@gerrywd in your case it's a problem of your code being very buggy! The code you have with a default value will set the default value to "whenever python imported...

@gerrywd it does though. But it's harder to be patient enough to wait an entire day to see the day move ;)

I am unclear what the example here is.. is some_module.py reading datetime.now() at import time?

@pegler that's cool! I've been meaning to try it, just haven't had time to check it out. As everyone here is painfully aware, neither me not spulec have the energy/motivation...

@ods Can you supply a minimal test case? I tried doing the example above but with unittest instead of django.test but that seemed to work fine. Is there something special...

I'm confused about the test... doesn't this test basically do nothing if run on a system with UTC as local time zone? The test is very elegant, but it seems...

I disagree with the premise at the start ofthis ticket. It's MUCH nicer if freezegun locks timezone to UTC. The entire reason we use freezegun is to make time predictable...

The tz_offset argument isn't enough for you? If you want to run with the local timezone the right thing to do would be to freeze_time with the existing timezone imo....

This ticket is also in direct conflict with https://github.com/spulec/freezegun/issues/204 as far as I can tell. Users seem to expect the time zone to be locked to UTC by default. I...

I've been trying to make a PR to fix some issues from @azmeuk . It seems all of https://github.com/spulec/freezegun/issues/205 https://github.com/spulec/freezegun/issues/204 https://github.com/spulec/freezegun/issues/209 https://github.com/spulec/freezegun/issues/208 https://github.com/spulec/freezegun/issues/240 and this ticket are basically the same...