[issue13957] parsedate_tz doesn't distinguish -0000 from +0000

R. David Murray report at bugs.python.org
Mon Feb 6 22:42:30 CET 2012


R. David Murray <rdmurray at bitdance.com> added the comment:

This is fixed already in 3.3.  It is a behavior change that could theoretically cause some problems.  Currently, you can think of None as meaning "there was no timezone info at all", which is subtly different from -0000, which means "this time is UTC, but I don't know what timezone it originated from".  These two tend to be conflated in practice (how else are you going to interpret a time with no timezone attached?), and since we are making other additions to email in 3.3 we decided it was a small enough change that it was OK for a dot release.  But not for a maintenance release, just in case.  (I'm open to argument on that, but these backward compatibility calls are notoriously hard to make.)

----------
assignee:  -> r.david.murray
nosy: +r.david.murray
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.3 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13957>
_______________________________________


More information about the Python-bugs-list mailing list