GNU bug report logs - #19822
url-retrieve: allow to fail when no document is associated with the URI

Previous Next

Package: emacs;

Reported by: Ivan Shmakov <ivan <at> siamics.net>

Date: Mon, 9 Feb 2015 16:56:02 UTC

Severity: wishlist

Tags: wontfix

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: larsi <at> gnus.org, 19822 <at> debbugs.gnu.org, ivan <at> siamics.net
Subject: bug#19822: url-retrieve: allow to fail when no document is associated with the URI
Date: Tue, 01 Oct 2019 17:51:49 +0300
> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Tue, 1 Oct 2019 15:44:15 +0200
> Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 19822 <at> debbugs.gnu.org, Ivan Shmakov <ivan <at> siamics.net>
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > > I don't feel very strongly about this, but I'm curious: Why don't you
> > > want to obsolete at least some of them?  I think they add user
> > > confusion and are just not very helpful.
> >
> > How would obsoleting them help avoid that confusion?
> 
> I think in at least two ways:
> 
> 1. Obsoleting is a fairly strong sign that this is code that it's
> probably better to avoid.
> 
> 2. AFAIU, the point of obsoleting a file is to eventually remove it.
> If it doesn't exist, it can't confuse anyone.

I understand how removing will end the confusion.  What I don't quite
understand is how obsoleting will help avoiding the confusion.  I
think the obsolete messages just add to the confusion, not take away.

Lars suggested to let this stuff become fallback, which means users
will see the confusing stuff much less frequently.  That made sense to
me.




This bug report was last modified 5 years and 239 days ago.

Previous Next


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