GNU bug report logs -
#25735
26.0.50; url-retrieve errors are peculiar
Previous Next
Reported by: Richard Copley <rcopley <at> gmail.com>
Date: Tue, 14 Feb 2017 21:23:01 UTC
Severity: minor
Tags: fixed
Found in version 26.0.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
On Wed, 15 May 2019 at 08:46, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
> (Sorry for sending the previous email several times; I had some problems
> with the MTA...)
>
> I've now changed the doc string to
>
> ---
>
> \(:redirect REDIRECTED-TO) - the request was redirected to this URL.
>
> \(:error (error type . DATA)) - an error occurred. TYPE is a
> symbol that says something about where the error occurred, and
> DATA is a list (possibly nil) that describes the error further.
If there's a way to use that data to format an error message,
it would be good to provide an example, or a "see info node X",
if it's a common idiom.
I think usually if you're looking at a docstring it's because you
want to know how to use the function (as well as what it is for
and what exactly it does, which I think are covered in this case).
This is what I ended up with, after I reported the bug.
Sadly I didn't make a note of where if anywhere I cribbed it from.
(url-retrieve URL
(lambda (status cbargs)
(cl-loop for (key value) on status by 'cddr
do (when (eq key :error) (error "%s: %s" (car
value) (cdr value))))
BODY))
[Message part 2 (text/html, inline)]
This bug report was last modified 6 years and 65 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.