GNU bug report logs - #526
Emacs 22, url package, problems with cache

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 526 in the body.
You can then email your comments to 526 AT debbugs.gnu.org in the normal way.

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

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Alexander Pohoyda" <alexander.pohoyda <at> gmx.net>
To: bug-gnu-emacs <at> gnu.org
Subject: Emacs 22, url package, problems with cache
Date: Thu, 03 Jul 2008 12:25:36 +0200

The url-automatic-caching variable is nil by default, so cache is not written (even the cache directory is not created).  However, if I manually provide "If-Modified-Since" header in HTTP request and the server responds with "Not Modified 304", the cache file is expected to exists and is accessed -- which leads to error.

Possible solution -- before accessing the cache file, check whether it exists (url-is-cached).
Alternatively, do not expect a cache to exist if url-automatic-caching is set to nil.

-- 
Alexander Pohoyda <alexander.pohoyda <at> gmx.net>
PGP Key fingerprint:
7F C9 CC 5A 75 CD 89 72  15 54 5F 62 20 23 C6 44

Message #10 received at 526 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Magnus Henoch <mange <at> freemail.hu>
To: 526 <at> debbugs.gnu.org
Subject: Re: bug#526: Emacs 22, url package, problems with cache
Date: Mon, 07 Jul 2008 14:36:37 +0200

reassign 526 emacs,url
thanks

I keep meaning to clean up and fix various things in the url package,
but now I _definitely_ don't have time.  It would be nice if someone
else took a look at this.

Magnus

View this message in rfc822 format

From: Julien Danjou <julien <at> danjou.info>
To: "Alexander Pohoyda" <alexander.pohoyda <at> gmx.net>
Cc: 526 <at> debbugs.gnu.org
Subject: bug#526: Emacs 22, url package, problems with cache
Date: Fri, 22 Jul 2011 16:04:01 +0200

[Message part 1 (text/plain, inline)]

On Thu, Jul 03 2008, Alexander Pohoyda wrote:

> The url-automatic-caching variable is nil by default, so cache is not
> written (even the cache directory is not created). However, if I manually
> provide "If-Modified-Since" header in HTTP request and the server responds
> with "Not Modified 304", the cache file is expected to exists and is
> accessed -- which leads to error.
>
> Possible solution -- before accessing the cache file, check whether it exists (url-is-cached).
> Alternatively, do not expect a cache to exist if url-automatic-caching is set to nil.

I'm not sure this is really a bug after all. If you send a
"If-Modified-Since" header, you have to already own a copy of the
content. If what you propose is to return an empty buffer if there's no
cache, that does not seems like the good solution neither. And I would
not see the point to re-request the URL without the IMS header neither.

304 code is only returned if the client has done a conditional request,
which should be the case *only* if it has a cached copy. Otherwise it's
no sense.

-- 
Julien Danjou
❱ http://julien.danjou.info

[Message part 2 (application/pgp-signature, inline)]

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

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: "Alexander Pohoyda" <alexander.pohoyda <at> gmx.net>
Cc: 526 <at> debbugs.gnu.org
Subject: Re: Emacs 22, url package, problems with cache
Date: Sun, 11 Sep 2011 19:11:49 +0200

"Alexander Pohoyda" <alexander.pohoyda <at> gmx.net> writes:

> However, if I manually provide "If-Modified-Since" header in HTTP
> request and the server responds with "Not Modified 304", the cache
> file is expected to exists and is accessed -- which leads to error.

I don't think this is a bug.  You've (manually) claimed to have a cached
copy of the item, and you don't -- so you should get an error, in my
opinion.

-- 
(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.