From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stuart Little Newsgroups: gmane.emacs.bugs Subject: bug#37974: eww produces "error in process filter: Specified time is not representable" Date: Tue, 29 Oct 2019 06:25:22 -0400 Message-ID: <20191029102522.GA26999@D-69-91-141-110.dhcp4.washington.edu> References: <20191029003245.GA10341@arch-chirva.localdomain> <20191029045102.GA5852@D-69-91-141-110.dhcp4.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="107398"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mutt/1.10.1 (2018-07-13) To: 37974@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Oct 29 11:37:19 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iPOsH-000Rkj-Np for geb-bug-gnu-emacs@m.gmane.org; Tue, 29 Oct 2019 11:37:17 +0100 Original-Received: from localhost ([::1]:54526 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iPOsG-0005KM-Jj for geb-bug-gnu-emacs@m.gmane.org; Tue, 29 Oct 2019 06:37:16 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57574) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iPOhS-0001IL-LD for bug-gnu-emacs@gnu.org; Tue, 29 Oct 2019 06:26:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iPOhQ-0004Nt-DY for bug-gnu-emacs@gnu.org; Tue, 29 Oct 2019 06:26:06 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38102) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iPOhO-0004MJ-Ht for bug-gnu-emacs@gnu.org; Tue, 29 Oct 2019 06:26:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iPOhO-0002ZW-CL for bug-gnu-emacs@gnu.org; Tue, 29 Oct 2019 06:26:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stuart Little Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Oct 2019 10:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37974 X-GNU-PR-Package: emacs X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.15723447319843 (code B ref -1); Tue, 29 Oct 2019 10:26:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 29 Oct 2019 10:25:31 +0000 Original-Received: from localhost ([127.0.0.1]:46923 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iPOgs-0002Yg-Q9 for submit@debbugs.gnu.org; Tue, 29 Oct 2019 06:25:31 -0400 Original-Received: from lists.gnu.org ([209.51.188.17]:57350) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iPOgq-0002YY-OH for submit@debbugs.gnu.org; Tue, 29 Oct 2019 06:25:29 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57455) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iPOgo-0000Zy-NZ for bug-gnu-emacs@gnu.org; Tue, 29 Oct 2019 06:25:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iPOgn-0003mV-BF for bug-gnu-emacs@gnu.org; Tue, 29 Oct 2019 06:25:26 -0400 Original-Received: from mail-qt1-x844.google.com ([2607:f8b0:4864:20::844]:40023) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iPOgn-0003ln-62 for bug-gnu-emacs@gnu.org; Tue, 29 Oct 2019 06:25:25 -0400 Original-Received: by mail-qt1-x844.google.com with SMTP id o49so19362829qta.7 for ; Tue, 29 Oct 2019 03:25:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=zNJzN1SQDMiBVcXPfVZWtegtT5fmwTVIovh4rYTlgqA=; b=nIlyt3GU/sGp1JUZ5vZhjnM5QheVgLPuXjlZsgPZbQM6Geo16luGZhglb4Ji93V5qo NCEOCvTGMvKXT0fWEohEbzE5f+dXkFfXC6UQVlJAPKn4LD3x0/9I1TG00OxaBUD3XeNF f67g4zgdihGgQPryNLJTwHCenN5WvJZ+Kbb4EqWpial1wJKuhA37qnM/K4+uk6+G+30s o0Ivno7WMvPMB8vuv4NJHSIYtEj0+/eQaDvb05bld5Zg0ZKJELdaxupNmmjZ1Ga1iZsU 9EfZJXH7Fyt3r+WrJXPjsY3KUvUCbb6paBBiIWnq2o7Zy/Jn4pGiZOoDnevwIE45TGee uZzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=zNJzN1SQDMiBVcXPfVZWtegtT5fmwTVIovh4rYTlgqA=; b=aYWqz7cFqVtE+wiQC2F4dgQCg+hN4jfIHlNvL3ilyXea5CEte1lUBiqRbjYbF3o9w7 hgplAz1JMDqWpGBw4cqmSRwIcLBA0Q+mjOdgn0/Zbh5d/XY4tkzvJl39SSwQlvs5pC8l Y2L/qnWt3ZqV6wCJtkbNL5cMFMdyAEz9bWgVnC1u/q1KLz4CWWIrIcymx5tuu0lZ2uI/ L+A4xEQJrk1P8KGdvPW69nsf0aJLxhGdljvOoWSz4QTbLFb40mJi5qjJ4QGQ8joMZ/o7 3ee2QlKEyU8eE4Vi6iNEs56wClx538spShAZJTIyDJUJIKihply4ZDrsSFbYGfDa1lPY Smdw== X-Gm-Message-State: APjAAAUjbAGeLdBuWVJxyUrM50tq2ntjzWylBC6kOHUh4kuVG/JLuRPj uRQpe4ganZVD5N7xzAzeafUkYdub X-Google-Smtp-Source: APXvYqzw+QMoK+V4WUZlZ3dE4lKoiJX+Z2qzN9i1tml67Zkgyl9fhKQAPP3qNaot2npC+eu/veOGwg== X-Received: by 2002:a0c:edc9:: with SMTP id i9mr14066127qvr.230.1572344724264; Tue, 29 Oct 2019 03:25:24 -0700 (PDT) Original-Received: from D-69-91-141-110.dhcp4.washington.edu (pool-68-133-6-220.bflony.fios.verizon.net. [68.133.6.220]) by smtp.gmail.com with ESMTPSA id z5sm732599qtm.9.2019.10.29.03.25.23 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 29 Oct 2019 03:25:23 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20191029045102.GA5852@D-69-91-141-110.dhcp4.washington.edu> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:170356 Archived-At: I believe I've isolated this as far as I can: the systems running Emacs 26.1 and 26.3 respectively have identical code for the function 'url-cookie-handle-set-cookie', so that on its own is not the problem. Rather, 'format-time-string' works fine on the x86_64 Arch Linux system but not the Debian i686: On the former, evaluating (format-time-string "%a %b %d %H:%M:%S %Y GMT" '(38428 5755 960288 499000)) in the *scratch* buffer echoes "Thu Oct 21 05:59:23 2049 GMT". On the other hand, evaluating the exact same function in the *scratch* buffer on the Debian system produces the error "Specified time is not representable". On Tue, Oct 29, 2019 at 12:51:02AM -0400, Stuart Little wrote: > Apologies for the uninformative message below. I know slightly more now. > > Setting debug-on-error and running > > M-x eww RET arxiv.org RET > > again produces the following trace: > > --- cut here --- > > Debugger entered--Lisp error: (error "Specified time is not representable") > format-time-string("%a %b %d %H:%M:%S %Y GMT" (38427 52290 103040 624000) t) > url-cookie-handle-set-cookie("browser=68.133.6.220.1572324160979722; path=/; max-age=946080000; domain=.arxiv.org") > url-http-handle-cookies() > url-http-parse-headers() > url-http-chunked-encoding-after-change-function(7029 7034 5) > url-http-generic-filter(#> "0\015\n\015\n") > read-event(nil t 2) > sit-for(2) > execute-extended-command(nil "eww" "eww") > funcall-interactively(execute-extended-command nil "eww" "eww") > call-interactively(execute-extended-command nil nil) > command-execute(execute-extended-command) > > --- done --- > > This told me the problem was with the url-cookie-handle-set-cookie function; specifically, with the format-time-string directive therein. I tried to fiddle with it to confirm. Indeed, replacing the relevant if-then-else clause > > --- cut --- > > (if (and max-age (string-match "\\`-?[0-9]+\\'" max-age)) > (setq expires (format-time-string "%a %b %d %H:%M:%S %Y GMT" > (time-add nil (read max-age)) > t)) > (setq expires (cdr-safe (assoc-string "expires" args t)))) > > --- done --- > > therein with just the else branch > > (setq expires (cdr-safe (assoc-string "expires" args t))) > > resolves the issue. arxiv.org loads fine with the redefined url-cookie-handle-set-cookie function. > > On Mon, Oct 28, 2019 at 08:32:45PM -0400, Stuart Little wrote: > > I am on a Debian 10.1 machine i686. The current Emacs version in this Debian repo is 26.1. > > > > My issue is that > > > > M-x eww RET arxiv.org RET > > > > fails to load the page and produces the error > > > > error in process filter: Specified time is not representable > > > > in the minibuffer. Other websites load fine (e.g. nytimes.com, theguardian.comn, google.com). Others, on the other hand, simply silently time out: duckduckgo.com and thenation.com behave this way (the minibuffer reports 'contacting host' but the page never loads). > > > > Everything loads fine on an Arch Linux x86_64 machine running Emacs 26.3 as well as an Android 9 phone running an ARM version of Emacs 26.3 in a terminal emulator (Termux), so it is not a network issue. > > > > Additionally, a separate machine running Linux Mint 19.2 an Emacs 25.2.2 loads arxiv.org without issue.