[MERGE] make local_time_offset() more reliable (bug 77588)

John Arbash Meinel john at arbash-meinel.com
Tue Jan 2 17:46:35 GMT 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Alexander Belchenko wrote:
> John Arbash Meinel ?8H5B:
>>> John Arbash Meinel has voted +1.
>>> Status is now: Semi-approved
>>> Comment:
>>> Alexander- Can you say why you voted +0 instead of +1? It would help us
>>> understand what you were thinking.
> 
> Look at this code:
> 
> +        self.assertTrue(-86400 < offset < 86400)
> 
> I'm not expert in timezones so I'm not sure: is not to be here:
> 
> +        self.assertTrue(-86400 <= offset <= 86400)
> 
> ?
> 

Sure, I just didn't know why.

I'm not really concerned, because timezones should really only go +- 12
hours (with some small fudging because of Daylight savings time, etc).

If a timezone was actually configured to be +24 hours, I think we would
probably want it flagged.

I would actually like something more like +-15 hours, but I don't know
what a safe margin is for real-life.

But we can go either way. If you want, I can switch it, and then merge.

John
=:->
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFmpp7JdeBCYSNAAMRAg/uAJ9ZUFl2LT3gncW2B5VE4FDoOlModQCePfc/
TY5vwpY8+y3AfEZUw8yuX9Q=
=3Wzg
-----END PGP SIGNATURE-----




More information about the bazaar mailing list