GNU bug report logs - #35746
Evolution calendar gets the timezone wrong

Previous Next

Package: guix;

Reported by: Ben Sturmfels <ben <at> sturm.com.au>

Date: Wed, 15 May 2019 13:18:01 UTC

Severity: normal

Done: Ben Sturmfels <ben <at> sturm.com.au>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Ben Sturmfels <ben <at> sturm.com.au>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 35746 <at> debbugs.gnu.org
Subject: bug#35746: IceCat/Chromium timezone is wrong
Date: Wed, 22 Apr 2020 23:02:04 +1000

On Fri, May 17, 2019 at 11:02, Ludovic Courtès <ludo <at> gnu.org> wrote:
> Hi Ben,
> 
> Ben Sturmfels <ben <at> sturm.com.au> skribis:
> 
>>  Possibly completely unrelated, but noting that both icecat and 
>> chromium
>>  do this - which is wrong:
>> 
>>>  new Date().getTimezoneOffset()
>>  0
>> 
>>  Where node does this - which is correct:
>> 
>>>  new Date().getTimezoneOffset()
>>  -600
> 
> I noticed it in IceCat and thought it might be a privacy feature.
> But maybe it’s a genuine bug?
> 
> Ludo’.

This does appear to be a privacy feature. To report the correct 
timezone offset, go to  "about:config" and disable 
"privacy.resistFingerprinting" then restart IceCat.

Note that toggling "privacy.resistFingerprinting" immediately changed 
the result of `new Date().toString()` on all tabs, but `new 
Date().getTimezoneOffset()` was changed
only on the about:config tab. After a restart all tabs showed the 
correct offset.

See this IceCat bug report discussion:
https://lists.gnu.org/archive/html/bug-gnuzilla/2019-06/msg00010.html

Regards,
Ben






This bug report was last modified 5 years and 13 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.