GNU bug report logs -
#1037
23.0.60; problem with file name completion in mini-buffer
Previous Next
Reported by: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Date: Fri, 26 Sep 2008 21:35:02 UTC
Severity: normal
Tags: unreproducible
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
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 1037 in the body.
You can then email your comments to 1037 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1037
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Hello!
When I want to load from the *scratch* buffer the file "Kanäle" I
type: C-x C-f K a n <TAB> and I see that file name completion simply
works.
When I have chosen "Send Bug Report..." from the Help menu and try to
load the same file with the same procedure from the *Bug Help*
buffer, or when starting the action from initial *Messages* buffer,
in echo-area the string
Loading .../emacs/lisp/international/uni-combining.el (source)...done
appears and stays there, until I do something, change to another
buffer, or such. Then in mini-buffer the prompt
Find file: ~/Kanäle
becomes visible, awaiting confirmation. The same happens when I split
the initial window into two windows and load *Messages* into one of
the windows. Then, when loading the "Kanäle" file as described from
the scratch buffer, again the message in the echo-area appears and no
prompt to confirm loading of ~/Kanäle appears. In the *Messages*
buffer of the initial case (my first sentence) no loading of ELisp
files is reported.
In GNU Emacs 23.0.60.1 (powerpc-apple-darwin8.11.0, GTK+ Version
2.12.11)
of 2008-09-26 on localhost
Windowing system distributor `The XFree86 Project, Inc', version
11.0.40400000
configured using `configure '--without-sound' '--without-pop' '--
with-dbus' '--with-libotf' '--enable-locallisppath=/Library/
Application Support/Emacs/calendar23:/Library/Application Support/
Emacs/caml:/Library/Application Support/Emacs:/sw/share/emacs21/site-
lisp/elib' 'PKG_CONFIG_PATH=/sw/lib/xft2/lib/pkgconfig:/sw/lib/
fontconfig2/lib/pkgconfig:/sw/lib/freetype219/lib/pkgconfig:/sw/lib/
pango-ft219/lib/pkgconfig:/sw/lib/qt4-x11/lib/pkgconfig:/sw/lib/
system-openssl/lib/pkgconfig:/sw/lib/pkgconfig:/sw/share/pkgconfig:/
usr/X11R6/lib/pkgconfig:/usr/local/lib/pkgconfig:/usr/lib/pkgconfig'
'CFLAGS=-Wno-pointer-sign -bind_at_load -H -pipe -fPIC -mcpu=7450 -
mtune=7450 -fast -mpim-altivec -ftree-vectorize -foptimize-register-
move -freorder-blocks -freorder-blocks-and-partition -fthread-jumps -
fpeephole -fno-crossjumping' 'CPPFLAGS=-no-cpp-precomp' 'LDFLAGS=-
bind_at_load -dead_strip -multiply_defined suppress -L/sw/lib/ncurses''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: de_DE.UTF-8
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: de_DE.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default-enable-multibyte-characters: t
Major mode: Help
Minor modes in effect:
show-paren-mode: t
display-time-mode: t
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-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
auto-encryption-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
view-mode: t
Recent input:
C-x C-f K a n <tab> C-g <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <menu-bar> <help-menu>
<send-emacs-bug-report> M i s t <return> <kp-enter>
C-x C-f K a n <tab> <down-mouse-1> <mouse-1> <down-mouse-1>
<mouse-1> C-x k <return> <down-mouse-1> <mouse-1> <down-mouse-1>
<mouse-1> C-x k <return> <help-echo> <help-echo> <help-echo>
<help-echo> <menu-bar> <help-menu> <send-emacs-bug
-report>
Recent messages:
Loading time...done
Loading paren...done
Quit
Loading .../emacs/lisp/international/uni-category.el (source)...done
Loading .../emacs/lisp/international/uni-combining.el (source)...done
Entering debugger...
--
Greetings
Pete (:
_ / __ - -
_/ \__/_/ - -
(´`) (´`) - -
`´ `´
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1037
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Chong Yidong <cyd <at> stupidchicken.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #10 received at 1037 <at> emacsbugs.donarmstrong.com (full text, mbox):
> When I want to load from the *scratch* buffer the file "Kanäle" I
> type: C-x C-f K a n <TAB> and I see that file name completion simply
> works.
>
> When I have chosen "Send Bug Report..." from the Help menu and try to
> load the same file with the same procedure from the *Bug Help*
> buffer, or when starting the action from initial *Messages* buffer,
> in echo-area the string
>
> Loading .../emacs/lisp/international/uni-combining.el
> (source)...done
>
> appears and stays there, until I do something, change to another
> buffer, or such.
I can't reproduce this. Does anyone else see it happen?
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1037
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
Full text and
rfc822 format available.
Message #15 received at 1037 <at> emacsbugs.donarmstrong.com (full text, mbox):
[Message part 1 (text/plain, inline)]
Am 30.09.2008 um 00:44 schrieb Chong Yidong:
>> When I want to load from the *scratch* buffer the file "Kanäle" I
>> type: C-x C-f K a n <TAB> and I see that file name completion simply
>> works.
>>
>> When I have chosen "Send Bug Report..." from the Help menu and try to
>> load the same file with the same procedure from the *Bug Help*
>> buffer, or when starting the action from initial *Messages* buffer,
>> in echo-area the string
>>
>> Loading .../emacs/lisp/international/uni-combining.el
>> (source)...done
>>
>> appears and stays there, until I do something, change to another
>> buffer, or such.
>
> I can't reproduce this. Does anyone else see it happen?
I can also reproduce this with a version from almost three weeks ago
(but not in 23.0.50 or 22.3 which do not try to combine a and ¨ to
ä). And it also "works" when I load the Kanäle file from the *Buffer
List* buffer. So it seems that when I open the Kanäle file from every
buffer that is not the *scratch* buffer the same effect happens. Here
is a screen-shot that shows that after the given beginning of the
file's name has been completed this completed file name "~/Kanäle"
does not reapper in mini-buffer as prompt to allow me to type RETURN.
[pastedGraphic.tiff (image/tiff, inline)]
[Message part 3 (text/plain, inline)]
--
Greetings
Pete
A morning without coffee is like something without something else.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#1037
; Package
emacs
.
(Thu, 06 Feb 2014 01:07:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 1037 <at> debbugs.gnu.org (full text, mbox):
Peter Dyballa <Peter_Dyballa <at> Freenet.DE> writes:
> I can also reproduce this with a version from almost three weeks ago
> (but not in 23.0.50 or 22.3 which do not try to combine a and ¨ to
> ä). And it also "works" when I load the Kanäle file from the *Buffer
> List* buffer. So it seems that when I open the Kanäle file from every
> buffer that is not the *scratch* buffer the same effect happens. Here
> is a screen-shot that shows that after the given beginning of the
> file's name has been completed this completed file name "~/Kanäle"
> does not reapper in mini-buffer as prompt to allow me to type RETURN.
Is this bug still present in Emacs 24.3?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#1037
; Package
emacs
.
(Thu, 06 Feb 2014 20:57:02 GMT)
Full text and
rfc822 format available.
Message #21 received at 1037 <at> debbugs.gnu.org (full text, mbox):
Am 06.02.2014 um 02:05 schrieb Lars Ingebrigtsen:
> Is this bug still present in Emacs 24.3?
No. GNU Emacs handles composed characters much better.
--
Greetings
Pete
A morning without coffee is like something without something else.
bug closed, send any further explanations to
1037 <at> debbugs.gnu.org and Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 06 Feb 2014 22:55: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
.
(Fri, 07 Mar 2014 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 166 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.