From mboxrd@z Thu Jan 1 00:00:00 1970 From: divan@santanas.co.za Subject: timezone offset issues Date: Wed, 22 Apr 2020 14:18:17 +0200 Message-ID: <87blnj67ee.fsf@swift.i-did-not-set--mail-host-address--so-tickle-me> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:60600) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jREZy-0003Si-8j for help-guix@gnu.org; Wed, 22 Apr 2020 08:34:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jREZx-0004zd-7A for help-guix@gnu.org; Wed, 22 Apr 2020 08:34:13 -0400 Received: from outmail149056.authsmtp.com ([62.13.149.56]:35801) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jREZw-0004vi-MJ for help-guix@gnu.org; Wed, 22 Apr 2020 08:34:12 -0400 Received: from mail-c237.authsmtp.com (mail-c237.authsmtp.com [62.13.128.237]) by punt18.authsmtp.com. (8.15.2/8.15.2) with ESMTP id 03MCIOQI004724 for ; Wed, 22 Apr 2020 13:18:24 +0100 (BST) (envelope-from divan@santanas.co.za) Received: from mail.santanas.co.za ([156.0.193.126]) (authenticated bits=0) by mail.authsmtp.com (8.15.2/8.15.2) with ESMTPSA id 03MCILUQ057227 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 22 Apr 2020 13:18:23 +0100 (BST) (envelope-from divan@santanas.co.za) Received: from authenticated-user (mail.santanas.co.za [156.0.193.126]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by mail.santanas.co.za (Postfix) with ESMTPSA id 017C5A3 for ; Wed, 22 Apr 2020 14:18:18 +0200 (SAST) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane-mx.org@gnu.org Sender: "Help-Guix" To: Help guix 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 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: divansantana and QDateTime works as well [21:12] 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?