bug#17417: 24.3.90; EWW on MS-Windows tries to connect imaginary FTP server when viewing "file://" URLs

bug#17417: 24.3.90; EWW on MS-Windows tries to connect imaginary FTP server when viewing "file://" URLs

[Eli Zaretskii]

On MS-Windows, in your Web browser, visit this page (as an example;
other pages exhibit similar behavior):

  http://www.unicode.org/standard/standard.html

Save it to your disk as, say 'D:/foo/bar/Unicode Standard.html'.

Then visit the file in Emacs's eww like this:

 emacs -Q
 M-x eww RET file:///D:/foo/bar/Unicode Standard.html RET

The page is displayed, but Emacs also says

  Opening FTP connection to d...

Also, a buffer named *ftp anonymous@d* pops up showing this:

  Invalid help command foo.
  open d
  Unknown host d.

This does not happen when visiting the same page via http://.  I suspect
that the "D:" part of the URL fools eww or some function it calls to
perceive the URL as an FTP address, or something.

Btw, I also see this message in *Messages*, not sure if it's related:

  Blocking call to accept-process-output with quit inhibited!!


In GNU Emacs 24.3.90.62 (i686-pc-mingw32)
 of 2014-05-04 on HOME-C4E4A596F7
Repository revision: 117057 eggert@cs.ucla.edu-20140504063404-1zc7mm3u24t45v1d
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --prefix=/d/usr --enable-checking=yes,glyphs 'CFLAGS=-O0
 -gdwarf-2 -g3''

Important settings:
  value of $LANG: ENU
  locale-coding-system: cp1255

Major mode: eww

Minor modes in effect:
  shell-dirtrack-mode: t
  tooltip-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<help-echo> <help-echo> <help-echo> M-x e w w <return> 
C-y <return> <right> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<left> <left> <down> <down> <down> <down> <down> <up> 
<up> <up> <up> <next> <next> <next> <next> <down> <down> 
<down> <right> <right> <right> <right> <right> <right> 
<right> <right> <return> l <C-home> <right> <right> 
<right> <down> <down> <down> <up> <up> <up> <left> 
<left> <left> <next> <next> <next> <next> <down> <down> 
<down> <down> <right> <right> <right> <right> <right> 
<right> <right> <return> <down> <up> M-x e w w <return> 
f i l e : / / / D : / u s r / e l i / d a t a / x x 
x x 6 . h t m l <return> <down> <up> C-x k <return> 
<help-echo> <help-echo> <help-echo> C-x 1 M-x <up> 
<return> <up> <end> <backspace> <backspace> <backspace> 
<backspace> <backspace> <backspace> <backspace> <backspace> 
<backspace> <backspace> U n i <tab> <backspace> <help-echo> 
<help-echo> <backspace> <backspace> <backspace> <backspace> 
<backspace> <backspace> <backspace> <backspace> <backspace> 
<backspace> <backspace> <backspace> <backspace> <backspace> 
<backspace> <backspace> <backspace> <backspace> <backspace> 
<backspace> <backspace> <backspace> <backspace> <backspace> 
<backspace> <backspace> <backspace> C-y <return> C-x 
1 M-x r e p o r t - e m <tab> <return>

Recent messages:
Blocking call to accept-process-output with quit inhibited!!
Opening FTP connection to d...
call-interactively: Beginning of buffer
Blocking call to accept-process-output with quit inhibited!!
Opening FTP connection to d...
Mark set
Blocking call to accept-process-output with quit inhibited!!
Opening FTP connection to d...
Blocking call to accept-process-output with quit inhibited!!
Opening FTP connection to d...

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rfc822 mml mml-sec mm-decode
mm-bodies mm-encode mailabbrev gmm-utils mailheader sendmail shr-color
color ange-ftp tramp-ftp tramp tramp-compat tramp-loaddefs trampver
shell pcomplete comint ansi-color ring advice url-queue mule-util
mail-parse rfc2231 rfc2047 rfc2045 ietf-drums url-file url-dired
url-cache url-auth eww easymenu mm-url gnus gnus-ems nnheader mail-utils
wid-edit cl-loaddefs cl-lib url url-proxy url-privacy url-expand
url-methods url-history url-cookie url-domsuf url-util url-parse
auth-source eieio byte-opt bytecomp byte-compile cconv eieio-core
gnus-util mm-util help-fns mail-prsvr password-cache url-vars mailcap
shr browse-url format-spec time-date tooltip electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp
w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register
page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
font-lock syntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew
greek romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process w32notify w32
multi-tty emacs)

Memory information:
((conses 8 236868 142758)
 (symbols 32 23395 0)
 (miscs 32 53 236)
 (strings 16 28261 6578)
 (string-bytes 1 800575)
 (vectors 8 27647)
 (vector-slots 4 708931 5920)
 (floats 8 259 463)
 (intervals 28 2280 1575)
 (buffers 508 15))

bug#17417: 24.3.90; EWW on MS-Windows tries to connect imaginary FTP server when viewing "file://" URLs

[Lars Magne Ingebrigtsen]

Eli Zaretskii <eliz@gnu.org> writes:

> Then visit the file in Emacs's eww like this:
>
>  emacs -Q
>  M-x eww RET file:///D:/foo/bar/Unicode Standard.html RET
>
> The page is displayed, but Emacs also says
>
>   Opening FTP connection to d...
>
> Also, a buffer named *ftp anonymous@d* pops up showing this:
>
>   Invalid help command foo.
>   open d
>   Unknown host d.

That does sound rather, er, non-optimal.

> This does not happen when visiting the same page via http://.  I suspect
> that the "D:" part of the URL fools eww or some function it calls to
> perceive the URL as an FTP address, or something.

But unfortunately, I have no idea what might be causing this.
eww is supposedly just passing the URL along to `url-retrieve'.

Does

(url-retrieve "file:///D:/foo/bar/Unicode Standard.html" 'ignore)

display the same failure mode?

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

bug#17417: 24.3.90; EWW on MS-Windows tries to connect imaginary FTP server when viewing "file://" URLs

[Eli Zaretskii]

> From: Lars Magne Ingebrigtsen <larsi@gnus.org>
> Cc: 17417@debbugs.gnu.org
> Date: Thu, 13 Nov 2014 18:01:33 +0100
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > Then visit the file in Emacs's eww like this:
> >
> >  emacs -Q
> >  M-x eww RET file:///D:/foo/bar/Unicode Standard.html RET
> >
> > The page is displayed, but Emacs also says
> >
> >   Opening FTP connection to d...
> >
> > Also, a buffer named *ftp anonymous@d* pops up showing this:
> >
> >   Invalid help command foo.
> >   open d
> >   Unknown host d.
> 
> That does sound rather, er, non-optimal.
> 
> > This does not happen when visiting the same page via http://.  I suspect
> > that the "D:" part of the URL fools eww or some function it calls to
> > perceive the URL as an FTP address, or something.
> 
> But unfortunately, I have no idea what might be causing this.
> eww is supposedly just passing the URL along to `url-retrieve'.
> 
> Does
> 
> (url-retrieve "file:///D:/foo/bar/Unicode Standard.html" 'ignore)
> 
> display the same failure mode?

No.  But then I can no longer reproduce the original problem, either.
So I guess this was fixed indirectly somehow.

Thanks.