[ZCM] [ZC] 2007/ 2 Reject "DateTime overload operator"

Collector: Zope Bugs, Features, and Patches ... zope-coders-admin at zope.org
Fri Jan 20 18:48:29 EST 2006


Issue #2007 Update (Reject) "DateTime overload operator"
 Status Rejected, Zope/bug low
To followup, visit:
  http://www.zope.org/Collectors/Zope/2007

==============================================================
= Reject - Entry #2 by tseaver on Jan 20, 2006 6:48 pm

 Status: Pending => Rejected

You added 120 *days* to the original date.  The timezone should *not* change, anyway, as you have used a zone which has no "political sensitivity" (i.e., no politically-defined daylight savings time).

The result you see there is correct.

Even if you had used a DST-enabled zone (e.g., 'CET'), the answer you are expecting is only one of two possible, ambiguous answers:

  - "compute the date 120 days from the base date" should not
    mutate the hour / zone;

  - "compute the date time equal to 128 days * 86400 seconds from
    the base date" should take the zone into account.


________________________________________
= Request - Entry #1 by Anonymous User on Jan 20, 2006 11:33 am


DateTime additions and substractions don't care about timezone.

>>> DateTime('2001/01/01 12:00')
DateTime('2001/01/01 12:00:00 GMT+1')
>>> DateTime('2001/01/01 12:00')  + 120
DateTime('2001/05/01 12:00:00 GMT+1')

hour and timezone were supposed to change


==============================================================



More information about the Zope-Collector-Monitor mailing list