URL + efs confusion

URL + efs confusion

[Lars Magne Ingebrigtsen]

Sometimes people put local URLs into their RSS feeds, like

<img src="file:/c:/thing/foo">

This ends up as a url call like this:

(url-retrieve "file:/c:/thing/foo" #'ignore)

which ends up prompting me for my ftp password, since c:/thing/foo is
interpreted as an efs file name.

This seems not very optimal.  Could there be situations where that URL
makes sense to interpret that way?  And what about on Windows machines?

Anybody have any suggestions about on what level this should be fixed?
Gnus, shr or url?  And how?  :-)

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: URL + efs confusion

[Ted Zlatanov]

On Mon, 15 Nov 2010 21:06:37 +0100 Lars Magne Ingebrigtsen <larsi@gnus.org> wrote: 

LMI> Sometimes people put local URLs into their RSS feeds, like
LMI> <img src="file:/c:/thing/foo">

LMI> This ends up as a url call like this:

LMI> (url-retrieve "file:/c:/thing/foo" #'ignore)

LMI> which ends up prompting me for my ftp password, since c:/thing/foo is
LMI> interpreted as an efs file name.

LMI> This seems not very optimal.  Could there be situations where that URL
LMI> makes sense to interpret that way?  And what about on Windows machines?

LMI> Anybody have any suggestions about on what level this should be fixed?
LMI> Gnus, shr or url?  And how?  :-)

I think the file: prefix should cause anything following to be
interpreted as a local file.  It seems like the URL library is the one
that should open the file literally without any filename handlers.

Ted

Re: URL + efs confusion

[Lars Magne Ingebrigtsen]

Ted Zlatanov <tzz@lifelogs.com> writes:

> LMI> (url-retrieve "file:/c:/thing/foo" #'ignore)
>
> LMI> which ends up prompting me for my ftp password, since c:/thing/foo is
> LMI> interpreted as an efs file name.

I meant ange-ftp.  I mean, tramp.

> I think the file: prefix should cause anything following to be
> interpreted as a local file.  It seems like the URL library is the one
> that should open the file literally without any filename handlers.

Yes, I think that would make most sense.

Although I'm not quite sure what the right fix here is.  The `url-file'
function is talking about ange-ftp and efs and has a lot of (featurep
'xemacs) (by the way, is it OK to remove xemacs-related stuff from the
Emacs version of url?  Or is it maintained outside of Emacs, too?) and
stuff...  but here's the backtrace when I get prompted for my password:

  tramp-file-name-handler(file-directory-p "/c:/thing/foo")
  file-directory-p("/c:/thing/foo")
  url-file-build-filename([cl-struct-url "file" nil nil nil 21 "/c:/thing/foo" nil nil nil nil])
  url-file([cl-struct-url "file" nil nil nil 21 "/c:/thing/foo" nil nil nil nil] ignore (nil))
  url-retrieve-internal("file:/c:/thing/foo" ignore (nil) nil)

Are there any variables I can bind to just disable the entire
remote-file-access-thing in `url-file-build-filename'?

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen