bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#19822: url-retrieve: allow to fail when no document is associated wi


From: Lars Ingebrigtsen
Subject: bug#19822: url-retrieve: allow to fail when no document is associated with the URI
Date: Fri, 25 Dec 2015 20:00:34 +0100
User-agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux)

Ivan Shmakov <address@hidden> writes:

> The handling of the news: (nntp:), irc:, and (as it seems) ftp:
> (file:) URI schemes is implemented in such a way that a
> /successful/ url-retrieve call is /not/ in fact guaranteed to
> return a “retrieved document” of any kind.  Consider, e. g.:
>
> (let ((url-proxy-services nil))
> (list (url-retrieve "news://news.aioe.org/alt.sources";
> (lambda (&rest any) (message "news: %S" any)))
> (url-retrieve "irc://irc.freenode.net:6667/x-test-channel"
> (lambda (&rest any) (message "irc:  %S" any)))))
>
> Here, the first call starts up Gnus and opens a *Summary* buffer
> for the group; the second starts Rcirc by default; either call
> returns nil.

I think all these non-http{s,} things in the URL library should be
marked obsolete and removed.  There is very little utility to them (some
have been broken for years without anybody noticing), and they are very
fiddly to maintain.

Anybody mind if I remove them for Emacs 25.2?

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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]