2010/1/10  <zopyxfil...@gmail.com>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Martin Aspeli wrote:
>> Wichert Akkerman wrote:
>>> On 2010-1-10 04:36, Martin Aspeli wrote:
>>>> so in your test, `DateTime(md.CreationDate())` will always be
>>>> the current time, but with an implicitly added 'GMT+0' while
>>>> `DateTime()` will be the current time in your local time zone.
>>>> so if i'm not mistaken, on plone 4.0 the test with fail for you
>>>> an me (in 'GMT+x' time zones) and pass in the u.s.  fun! :)
>>>>
>>>> Does anyone know if this change was deliberate, or what may
>>>> have happened?
>>> Have you looked at
>>> http://zope3.pov.lt/trac/log/Zope/trunk/lib/python/DateTime?rev=95999
>>>
>>>
> for hints?
>>
>> Yes, there are various timezone related changes, e.g.
>>
>> http://zope3.pov.lt/trac/changeset/81213/Zope/trunk/lib/python/DateTime
>>
>>
> http://zope3.pov.lt/trac/changeset/85830/Zope/trunk/lib/python/DateTime
>>
>> It's hard to know whether this was an intended change or not, and
>> if so, how to deal with the breakage in a way that's compatible
>> with 2.10 and 2.12.
>>
>> I blame Laurence. :-p
> Better blame DateTime :-)
> Fixing one issue in DateTime is likely to trigger another new bug.
> The DateTime is just fragile.

I believe the current behaviour is intentional to preserve backwards
compatibility. See the discussion starting here:
https://mail.zope.org/pipermail/zope-dev/2007-October/030042.html

Maybe it was 'fixed' on 2.10 branch some time later.

Laurence
_______________________________________________
Zope-Dev maillist  -  Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
**  No cross posts or HTML encoding!  **
(Related lists - 
 https://mail.zope.org/mailman/listinfo/zope-announce
 https://mail.zope.org/mailman/listinfo/zope )

Reply via email to