Subject: bug#72285: 29.4; world-clock reports same time zone for all zones in world-clock-list

From: Colin Baxter <[email-masked]>
Date: Thu, 25 Jul 2024 07:22:21 +0100

>>>>> Bug reports for GNU Emacs, the Swiss army knife of text editors <Joseph> writes:

    > 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) (setopt world-clock-list '(("Africa/Ouagadougou"
    > "Ouagadougou") ("America/New_York" "New York") ("Asia/Shanghai"
    > "Shanghai") ("Europe/Berlin" "Berlin")))

    > and run M-x world-clock again to see:

    > Ouagadougou Thursday 25 July 04:42 Africa New York Thursday 25
    > July 04:42 America Shanghai Thursday 25 July 04:42 Asia Berlin
    > Thursday 25 July 04:42 Europe

    > All of the timezones are incorrectly set to UTC.

    > My emacs was installed with Guix on top of Debian stable, so it
    > wouldn't surprise me if this is not a bug but rather a
    > configuration issue.  In any case, I'd appreciate some help!

It might be your system because your recipe works for me:

Ouagadougou Thursday 25 July 06:18 GMT
New York    Thursday 25 July 02:18 EDT
Shanghai    Thursday 25 July 14:18 CST
Berlin      Thursday 25 July 08:18 CEST

I'm using emacs-31.0.50 on an old Debian.

Colin Baxter.