GNU bug report logs -
#26063
26.0.50; url-insert-file-contents signals error for HTTP 304 response
Previous Next
Reported by: Andreas Politz <politza <at> hochschule-trier.de>
Date: Sat, 11 Mar 2017 18:36:02 UTC
Severity: normal
Tags: confirmed, fixed
Found in version 26.0.50
Fixed in version 27.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
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
This bug report was last modified 5 years and 244 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.