Red Hat Bugzilla – Bug 91071
Filename completion doesn't work properly in shell if previously a change of directory using wildcards has taken place
Last modified: 2007-11-30 17:10:31 EST
Description of problem:
Filename completion doesn't work properly at Eshell
if previously a change of directory using wildcards
has taken place.
Version-Release number of selected component (if applicable):
GNU Emacs 21.2.1
Always reproducable (in the following way)
Steps to Reproduce:
2) mkdir -p foo1/foo2; touch foo1/first foo1/foo2/second; cd foo1
3) cd *o2
4) Type: 'ls se' and press Tab.
An error beep is heard and nothing happens.
The filename 'second' should have been auto-completed.
After step 3 do:
The new Eshell places us to the 'foo1' directory instead
of the 'foo2' directory. This looks suspicious.
I don't understand what "F3" is supposed to do for you.
Is it some local key binding you have?
Anyway I am unable to reproduce the rest of the report with emacs 21.3,
except for the additional steps you mention which I don't understand either.
So perhaps you might like to upgrade to the emacs in rawhide and test with that.
Ough! Sorry! You are right. Two mistakes I've done: I meant to say Shell - not
Eshell. And F3 is my shortcut for 'M-x shell' for opening this (mere) shell. C-d
(CTRL-d), at the additional steps, kills the shell previously opened and F3
(which is: 'M-x shell') opens a new one. This new shell starts in a different
directory than the one the previous shell was at when it was killed (normally
this shouldn't be the case). I just mentioned it in case it could give a clue.
Sorry for the drag.
Ah, shell-mode - yep I'm not surprised.
Ok, please report the problem upstream to the Emacs developers -
eg to <firstname.lastname@example.org>.
This still occurs in current cvs emacs.