GNU bug report logs - #26063
26.0.50; url-insert-file-contents signals error for HTTP 304 response

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 26063 in the body.
You can then email your comments to 26063 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Andreas Politz <politza <at> hochschule-trier.de>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.0.50; url-insert-file-contents signals error for HTTP 304 response
Date: Sat, 11 Mar 2017 19:34:39 +0100

Start from emacs -Q .

1. Install debbugs (http://elpa.gnu.org/packages/debbugs.html)
2. Enable url-automatic-caching
3. M-x debbugs-gnu-search RET change-group RET

This should pop-up some results in a new buffer.  Now hit RET
(debbugs-gnu-select-report) on one of them, which will popup a gnus
buffer displaying the related articles.  Close that buffer via q
(gnus-summary-exit).  Back in the debbugs buffer, hit RET again, which
will lead to the following (abbreviated) backtrace.

Debugger entered--Lisp error: (file-error "http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23906;mboxmaint=yes;mboxstat=yes" "Not modified")
  signal(file-error ("http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23906;mboxmaint=yes;mboxstat=yes" "Not modified"))
  ...
  url-insert-file-contents("http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23906;mboxmaint=yes;mboxstat=yes")
  gnus-read-ephemeral-bug-group((23906) "http://debbugs.gnu.org/cgi/bugreport.cgi?bug=%s;mboxmaint=yes;mboxstat=yes" (#<buffer *"change-group" Bugs*> . #<window-configuration>))
  gnus-read-ephemeral-emacs-bug-group((23906) (#<buffer *"change-group" Bugs*> . #<window-configuration>))
  debbugs-read-emacs-bug-with-gnus(23906 ((cache_time . 1489254461.4531486) (summary) (subject . "25.0.95; Undo boundary after process output is not consistent") (done) (fixed_versions) (blockedby) (date . 1467827822) (log_modified . 1469396222) (blocks) (affects) (fixed_date) (bug_num . 23906) (source . "unknown") (unarchived) (mergedwith) (found_versions "25.0.95") (tags) (pending . "pending") (found (item (key . "25.0.95") (value))) (package "emacs") (keywords) (id . 23906) (severity . "normal") (msgid . "<m2mvlufy5t.fsf <at> metalevel.at>") (forwarded) (owner) (found_date) (originator . "Markus Triska <triska <at> metalevel.at>") (fixed) (location . "db-h") (archived) (last_modified . 1469396222)) nil)
  debbugs-gnu-select-report()


I think url-insert-file-contents should not raise an error when the
status code is 304, because it just means that the result comes from the
cache, instead of the server.

-ap

Message #10 received at 26063 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andreas Politz <politza <at> hochschule-trier.de>
Cc: 26063 <at> debbugs.gnu.org
Subject: Re: bug#26063: 26.0.50;
 url-insert-file-contents signals error for HTTP 304 response
Date: Wed, 15 May 2019 07:41:12 +0200

Andreas Politz <politza <at> hochschule-trier.de> writes:

> Start from emacs -Q .
>
> 1. Install debbugs (http://elpa.gnu.org/packages/debbugs.html)
> 2. Enable url-automatic-caching
> 3. M-x debbugs-gnu-search RET change-group RET
>
> This should pop-up some results in a new buffer.  Now hit RET
> (debbugs-gnu-select-report) on one of them, which will popup a gnus
> buffer displaying the related articles.  Close that buffer via q
> (gnus-summary-exit).  Back in the debbugs buffer, hit RET again, which
> will lead to the following (abbreviated) backtrace.
>
> Debugger entered--Lisp error: (file-error
> "http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23906;mboxmaint=yes;mboxstat=yes"
> "Not modified")

This seems to work for me in Emacs 27.

> I think url-insert-file-contents should not raise an error when the
> status code is 304, because it just means that the result comes from the
> cache, instead of the server.

Yup.  I seem to recall somebody else fixing the status code issue a
while back.  Is this still a problem for you?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #13 received at 26063 <at> debbugs.gnu.org (full text, mbox):

From: "Basil L. Contovounesios" <contovob <at> tcd.ie>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 26063 <at> debbugs.gnu.org, Andreas Politz <politza <at> hochschule-trier.de>
Subject: Re: bug#26063: 26.0.50;
 url-insert-file-contents signals error for HTTP 304 response
Date: Sun, 30 Jun 2019 01:25:18 +0100

tags 26063 - unreproducible
quit

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Andreas Politz <politza <at> hochschule-trier.de> writes:
>
>> Start from emacs -Q .
>>
>> 1. Install debbugs (http://elpa.gnu.org/packages/debbugs.html)
>> 2. Enable url-automatic-caching
>> 3. M-x debbugs-gnu-search RET change-group RET
>>
>> This should pop-up some results in a new buffer.  Now hit RET
>> (debbugs-gnu-select-report) on one of them, which will popup a gnus
>> buffer displaying the related articles.  Close that buffer via q
>> (gnus-summary-exit).  Back in the debbugs buffer, hit RET again, which
>> will lead to the following (abbreviated) backtrace.
>>
>> Debugger entered--Lisp error: (file-error
>> "http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23906;mboxmaint=yes;mboxstat=yes"
>> "Not modified")
>
> This seems to work for me in Emacs 27.
>
>> I think url-insert-file-contents should not raise an error when the
>> status code is 304, because it just means that the result comes from the
>> cache, instead of the server.
>
> Yup.  I seem to recall somebody else fixing the status code issue a
> while back.  Is this still a problem for you?

Yes:

0. HOME=$(mktemp -d) emacs -Q &
1. (progn
     (setq url-automatic-caching t)
     (dotimes (_ 2)
       (with-temp-buffer
         (url-insert-file-contents "https://debbugs.gnu.org/26063"))))
2. C-x C-e

Debugger entered--Lisp error: (file-error "https://debbugs.gnu.org/26063" "Not modified")
  signal(file-error ("https://debbugs.gnu.org/26063" "Not modified"))
  url-http--insert-file-helper(#<killed buffer> "https://debbugs.gnu.org/26063" nil)
  url-insert-file-contents("https://debbugs.gnu.org/26063")
  (progn (url-insert-file-contents "https://debbugs.gnu.org/26063"))
  ...

This happens on both emacs-26 and master.

Thanks,

-- 
Basil

Message #18 received at 26063 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: "Basil L. Contovounesios" <contovob <at> tcd.ie>
Cc: 26063 <at> debbugs.gnu.org, Andreas Politz <politza <at> hochschule-trier.de>
Subject: Re: bug#26063: 26.0.50;
 url-insert-file-contents signals error for HTTP 304 response
Date: Thu, 04 Jul 2019 15:39:15 +0200

"Basil L. Contovounesios" <contovob <at> tcd.ie> writes:

> 0. HOME=$(mktemp -d) emacs -Q &
> 1. (progn
>      (setq url-automatic-caching t)
>      (dotimes (_ 2)
>        (with-temp-buffer
>          (url-insert-file-contents "https://debbugs.gnu.org/26063"))))
> 2. C-x C-e

Yup; I can reproduce this bug...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #23 received at 26063 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: "Basil L. Contovounesios" <contovob <at> tcd.ie>
Cc: Andreas Politz <politza <at> hochschule-trier.de>, 26063 <at> debbugs.gnu.org
Subject: Re: bug#26063: 26.0.50; url-insert-file-contents signals error for
 HTTP 304 response
Date: Tue, 24 Sep 2019 10:43:50 +0200

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> "Basil L. Contovounesios" <contovob <at> tcd.ie> writes:
>
>> 0. HOME=$(mktemp -d) emacs -Q &
>> 1. (progn
>>      (setq url-automatic-caching t)
>>      (dotimes (_ 2)
>>        (with-temp-buffer
>>          (url-insert-file-contents "https://debbugs.gnu.org/26063"))))
>> 2. C-x C-e
>
> Yup; I can reproduce this bug...

And this should now be fixed in Emacs 27.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.