GNU bug report logs - #10297
23.1; "unimplemented" interactive find-file for 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 10297 in the body.
You can then email your comments to 10297 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: Bastian B <bastian.dev <at> googlemail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.1; "unimplemented" interactive find-file for urls
Date: Wed, 14 Dec 2011 11:40:34 +0100

Hi,

if I try to open a url via C-x C-f I get the message "unimplemented"
in my minibuffer. If I call the find-file function from the
scratch-buffer via elisp the url opens correctly.

The message seems to come from (minibuffer-complete-and-exit) which is
triggered when pressing RET.

Regards

In GNU Emacs 23.1.1 (i386-mingw-nt6.1.7601)
 of 2009-07-30 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 6.1.7601
configured using `configure --with-gcc (4.4)'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: DEU
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  yas/global-mode: t
  yas/minor-mode: t
  global-auto-complete-mode: t
  auto-complete-mode: t
  swbuff-y-mode: t
  url-handler-mode: t
  show-paren-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  unify-8859-on-decoding-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-x C-f C-a C-y C-k <return> C-g <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <menu-bar> <help-menu> <se
nd-emacs-bug-report>

Recent messages:
Loading swbuff-y...done
Loading c:/Users/me/.emacs.d/dvc/dvc-load.el (source)...
Loading `ewoc': old-style backquotes detected!
Loading c:/Users/me/.emacs.d/dvc/dvc-load.el (source)...done
Loading c:/Users/me/.emacs.d/my-nxml.el (source)...
Loading c:/Users/me/.emacs.d/nxml-mode-20041004/rng-auto.el (source)...done
Loading c:/Users/me/.emacs.d/my-nxml.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
completion--some: Unimplemented
Quit

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

From: Glenn Morris <rgm <at> gnu.org>
To: Bastian B <bastian.dev <at> googlemail.com>
Cc: 10297 <at> debbugs.gnu.org
Subject: Re: bug#10297: 23.1; "unimplemented" interactive find-file for urls
Date: Thu, 12 Jan 2012 02:49:43 -0500

Bastian B wrote:

> if I try to open a url via C-x C-f I get the message "unimplemented"
> in my minibuffer. If I call the find-file function from the
> scratch-buffer via elisp the url opens correctly.
[...]
> In GNU Emacs 23.1.1 (i386-mingw-nt6.1.7601)

I cannot reproduce this on GNU/Linux using Emacs 23.1, 23.3, or the
current trunk. I did:

emacs -Q -f url-handler-mode
C-x C-f http://www.gnu.org RET

If I try to use TAB completion on URLs, I get an "Unimplemented"
message, which seems entirely reasonable.

Message #13 received at 10297-done <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 10297-done <at> debbugs.gnu.org
Subject: Re: bug#10297: 23.1; "unimplemented" interactive find-file for urls
Date: Tue, 27 Mar 2012 18:31:11 -0400

Glenn Morris wrote:

> I cannot reproduce this on GNU/Linux using Emacs 23.1, 23.3, or the
> current trunk. I did:
>
> emacs -Q -f url-handler-mode
> C-x C-f http://www.gnu.org RET
>
> If I try to use TAB completion on URLs, I get an "Unimplemented"
> message, which seems entirely reasonable.


I am closing this because I cannot see that there is any bug here.
If you think there is, please reply with a more detailed explanation of
what the problem is.

Previous Next

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