From: divan@santanas.co.za
To: Help guix <help-guix@gnu.org>
Subject: timezone offset issues
Date: Wed, 22 Apr 2020 14:18:17 +0200 [thread overview]
Message-ID: <87blnj67ee.fsf@swift.i-did-not-set--mail-host-address--so-tickle-me> (raw)
Greetings Guixers :)
Hope someone here can assist and point me in the right direction.
I posted a bug about this too
(https://debbugs.gnu.org/cgi/bugreport.cgi?bug=40585)
Having similar issues to https://issues.guix.info/issue/35746 but not
quite the same.
I'm having time offset issues in various applications on guix system.
My timezone is set to
(operating-system
(host-name "swift")
(timezone "Africa/Johannesburg")
(locale "en_US.utf8")
Which in terminal is correct
ds <at> swift ~ $ date
Sun 12 Apr 2020 09:54:27 PM SAST
So I'm +0200, yet many applications report there time in UTC which is
frustrating.
Apps being:
- qutebrowser
- ungoogled-chromium
- ms teams (via flatpak)
icecat works, when the privacy feature (ResistFingerprinting) is
disabled in about:config .
I was chatting to the maintainer of qutebrowser, str1ngs, on #guix and
he did not have the same issue on his guix system. Which is really
strange. He tried various debugging with me and in the end I think he
said:
<str1ngs> divansantana and QDateTime works as well [21:12]
<str1ngs> it's something qtwebenine or javascript related
My locale, in case that's relevant:
$ locale
LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=
I test the browser timezone via browsing to https://play.grafana.org/
for instance. But I've noticed the issue in multiple sites.
Perhaps this is a separate issue but in notmuch I notice similar:
In some emails it gives time in UTC
Date: Thu, 09 Apr 2020 12:55:21 +0000
While other emails it gives +0200 time.
Date: Sun, 12 Apr 2020 21:04:01 +0200
The notmuch issue is a separate problem and is fixed with this:
(setq notmuch-show-relative-dates t)
;; always show the date/time in my local timezone
(defun my-adjust-timezone-notmuch-show-date-header (args)
"Change date ARGS to my locale's format."
(let* ((header-symbol (car args))
(header-value (cadr args)))
(if (string-equal header-symbol "Date")
(list header-symbol (format-time-string "%c" (mail-header-parse-date header-value)))
args)))
(advice-add 'notmuch-show-insert-header :filter-args #'my-adjust-timezone-notmuch-show-date-header)
Am I the only one with these timezone inconsistencies?
reply other threads:[~2020-04-22 12:34 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87blnj67ee.fsf@swift.i-did-not-set--mail-host-address--so-tickle-me \
--to=divan@santanas.co.za \
--cc=help-guix@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).