From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: X-Spam-Status: No, score=-4.0 required=3.0 tests=ALL_TRUSTED,BAYES_00 shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id 828B31F8C8 for ; Thu, 23 Sep 2021 10:37:42 +0000 (UTC) From: Eric Wong To: meta@public-inbox.org Subject: [PATCH] lei_xsearch: use localtime for user message Date: Thu, 23 Sep 2021 10:37:42 +0000 Message-Id: <20210923103742.29224-1-e@80x24.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit List-Id: It's probably least confusing for user-facing messages to display times in the user's configured timezone. I considered appending "UTC" to the message and sticking with gmtime(), too, but this output isn't intended to be web-cache friendly nor expect users from across multiple timezones to view the same output. --- lib/PublicInbox/LeiXSearch.pm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/PublicInbox/LeiXSearch.pm b/lib/PublicInbox/LeiXSearch.pm index 584ffde9..88540bc2 100644 --- a/lib/PublicInbox/LeiXSearch.pm +++ b/lib/PublicInbox/LeiXSearch.pm @@ -324,7 +324,7 @@ sub fudge_qstr_time ($$$) { } $lr -= ($rft || (48 * 60 * 60)); $lei->qerr("# $uri limiting to ". - strftime('%Y-%m-%d %k:%M', gmtime($lr)). ' and newer'); + strftime('%Y-%m-%d %k:%M', localtime($lr)). ' and newer'); # this should really be rt: (received-time), but no stable # public-inbox releases support it, yet. my $dt = 'dt:'.strftime('%Y%m%d%H%M%S', gmtime($lr)).'..';