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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 17417 in the body.
You can then email your comments to 17417 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.90;
 EWW on MS-Windows tries to connect imaginary FTP server when viewing
 "file://" URLs
Date: Tue, 06 May 2014 10:55:46 +0300

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 <at> 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 <at> 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))

Message #8 received at 17417 <at> debbugs.gnu.org (full text, mbox):

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 17417 <at> debbugs.gnu.org
Subject: Re: bug#17417: 24.3.90;
 EWW on MS-Windows tries to connect imaginary FTP server when viewing
 "file://" URLs
Date: Thu, 13 Nov 2014 18:01:33 +0100

Eli Zaretskii <eliz <at> 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 <at> 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

Message #11 received at 17417 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Cc: 17417 <at> debbugs.gnu.org
Subject: Re: bug#17417: 24.3.90;
 EWW on MS-Windows tries to connect imaginary FTP server when viewing
 "file://" URLs
Date: Thu, 13 Nov 2014 19:29:08 +0200

> From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
> Cc: 17417 <at> debbugs.gnu.org
> Date: Thu, 13 Nov 2014 18:01:33 +0100
> 
> Eli Zaretskii <eliz <at> 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 <at> 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.

Previous Next

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