GNU bug report logs -
#14806
24.3.50; Enabling read-file-name-completion-ignore-case breaks url-handler-mode
Previous Next
Reported by: Stephen Berman <stephen.berman <at> gmx.net>
Date: Sat, 6 Jul 2013 19:58:01 UTC
Severity: normal
Found in version 24.3.50
Done: Stefan Monnier <monnier <at> iro.umontreal.ca>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 14806 in the body.
You can then email your comments to 14806 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14806
; Package
emacs
.
(Sat, 06 Jul 2013 19:58:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stephen Berman <stephen.berman <at> gmx.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 06 Jul 2013 19:58:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
0. emacs -Q
1. M-: (setq read-file-name-completion-ignore-case t) (or customize it,
or use set-variable)
2. M-x url-handler-mode
3. C-x C-f http://www.gnu.org RET
=> error "Unimplemented"
Here's the backtrace:
[Message part 2 (text/plain, attachment)]
[Message part 3 (text/plain, inline)]
If you leave read-file-name-completion-ignore-case nil (the default) and
do the rest of recipe, it downloads the content of the URL, as expected.
I suspect this bug is related to bug#11339.
In GNU Emacs 24.3.50.6 (x86_64-suse-linux-gnu, GTK+ Version 3.4.4)
of 2013-07-05 on rosalinde
Bzr revision: 113286 sdl.web <at> gmail.com-20130705023739-rabvfwfbinmi56v3
Windowing system distributor `The X.Org Foundation', version 11.0.11203000
System Description: openSUSE 12.2 (x86_64)
Configured using:
`configure --without-toolkit-scroll-bars CFLAGS=-g3 -O0'
Important settings:
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: @im=local
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14806
; Package
emacs
.
(Wed, 10 Jul 2013 20:42:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 14806 <at> debbugs.gnu.org (full text, mbox):
Stephen Berman wrote:
> 0. emacs -Q
> 1. M-: (setq read-file-name-completion-ignore-case t) (or customize it,
> or use set-variable)
> 2. M-x url-handler-mode
> 3. C-x C-f http://www.gnu.org RET
> => error "Unimplemented"
RET actually runs minibuffer-complete-and-exit, when
completion-ignore-case is non-nil it tries to complete the input,
completion is (obviously) not implemented for URLs.
Dunno what to do about that.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14806
; Package
emacs
.
(Wed, 10 Jul 2013 22:22:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 14806 <at> debbugs.gnu.org (full text, mbox):
On Wed, 10 Jul 2013 16:41:39 -0400 Glenn Morris <rgm <at> gnu.org> wrote:
> Stephen Berman wrote:
>
>> 0. emacs -Q
>> 1. M-: (setq read-file-name-completion-ignore-case t) (or customize it,
>> or use set-variable)
>> 2. M-x url-handler-mode
>> 3. C-x C-f http://www.gnu.org RET
>> => error "Unimplemented"
>
> RET actually runs minibuffer-complete-and-exit, when
> completion-ignore-case is non-nil it tries to complete the input,
> completion is (obviously) not implemented for URLs.
> Dunno what to do about that.
To prevent the problem I reported, we could either change
(defun url-file-name-completion (url directory &optional predicate)
(error "Unimplemented"))
to
(defun url-file-name-completion (url directory &optional predicate)
(ignore))
or replace
(put 'file-name-completion 'url-file-handlers 'url-file-name-completion)
by
(put 'file-name-completion 'url-file-handlers 'ignore)
url-handlers.el already does the latter for "operations that we do not
support yet (DAV!!!)". If the user tries to complete with TAB,
url-file-name-all-completions errors with "Unimplemented". If we use
'ignore here too, then trying to complete gives "[No match]". But as
long as the URL is valid and real, the page gets downloaded, so this
certainly seems better than the current state. Is there some other
reason not to do this?
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14806
; Package
emacs
.
(Wed, 31 Jul 2013 04:21:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 14806 <at> debbugs.gnu.org (full text, mbox):
> (defun url-file-name-completion (url directory &optional predicate)
> (ignore))
I installed something like that.
Stefan
bug closed, send any further explanations to
14806 <at> debbugs.gnu.org and Stephen Berman <stephen.berman <at> gmx.net>
Request was from
Stefan Monnier <monnier <at> iro.umontreal.ca>
to
control <at> debbugs.gnu.org
.
(Wed, 31 Jul 2013 04:21:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 28 Aug 2013 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 354 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.