GNU bug report logs -
#72285
29.4; world-clock reports same time zone for all zones in world-clock-list
Previous Next
Reported by: Joseph Turner <joseph <at> breatheoutbreathe.in>
Date: Thu, 25 Jul 2024 04:49:02 UTC
Severity: normal
Found in version 29.4
Done: Joseph Turner <joseph <at> breatheoutbreathe.in>
Bug is archived. No further changes may be made.
Full log
Message #28 received at submit <at> debbugs.gnu.org (full text, mbox):
On 24 July 2024 21:48 Joseph Turner via "Bug reports for GNU Emacs, the Swiss army knife of text editors", wrote:
> With world-clock-list set to t (the default), world-clock works as
> expected. If world-clock-list is set to an alist, the results are wrong.
>
> With emacs -Q, run M-x world-clock to see output:
>
> Seattle Wednesday 24 July 21:41 PDT
> New York Thursday 25 July 00:41 EDT
> London Thursday 25 July 05:41 BST
> Paris Thursday 25 July 06:41 CDT
> Bangalore Thursday 25 July 10:11 IST
> Tokyo Thursday 25 July 13:41 JST
>
> So good so far. Now evaluate the following
>
> (require 'time)
Hi Joseph!
The error you see happens after evaluating (require 'time). It will make
Bangalore go to UTC.
Seattle Monday 29 July 04:21 PDT
New York Monday 29 July 07:21 EDT
London Monday 29 July 12:21 BST
Paris Monday 29 July 13:21 CEST
Bangalore Monday 29 July 11:21 Asia
Tokyo Monday 29 July 20:21 JST
> My emacs was installed with Guix on top of Debian stable, so it wouldn't
My Emacs runs on an up-to-date (tm) Debian unstable. But what could it
be?
--
The best things in life are for a fee.
This bug report was last modified 346 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.