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 How reproducible: Always reproducable (in the following way) Steps to Reproduce: 1) F3 2) mkdir -p foo1/foo2; touch foo1/first foo1/foo2/second; cd foo1 3) cd *o2 4) Type: 'ls se' and press Tab. Actual results: An error beep is heard and nothing happens. Expected results: The filename 'second' should have been auto-completed. Additional info: After step 3 do: 4) C-d 5) F3 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 <bug-gnu-emacs>. Thank you.
This still occurs in current cvs emacs.