New feature of command name completion?

[Rajnai Mark]

Configuration Information [Automatically generated, do not change]:
Machine: i386
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS:  -DPROGRAM='bash' -DCONF_HOSTTYPE='i386'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i386-pc-linux-gnu'
-DCONF_VENDOR='pc' -DSHELL -DHAVE_CONFIG_H  -I.  -I../bash
-I../bash/include -I../bash/lib  -g -O2
uname output: Linux pc2089 2.4.18 #7 Tue Sep 10 09:26:10 CEST 2002 i686
GNU/Linux
Machine Type: i386-pc-linux-gnu

Bash Version: 2.05b
Patch Level: 0
Release Status: release

Description:
        I had just upgraded Debian sarge yesterday from woody, but I
realised only now, that the command name complete function (TAB) of bash
doesn't work "correctly", when I want to run a program in an other
directory.
        After it I have found that there is a change in command name
completion in bash (slash is no longer appended in some cases...)
that I don't believe a good idea.

Repeat-By:
        For example:
        There is an executable file: /home/mark/work/prodgen/bin/draw_r,
that I want to run from the /home/mark directory.
        It was enough to start to type "wor+TAB", and the previous bash
version (2.05a-11) completed it to "work/". After it I was able to
continue with typing "prod+TAB" and so an...
        Now: when I type "wor+TAB", this bash completes it to "work "
instead of "work/", as it would be only an argument of a program.... or..
I don't know what is the good of it.
        However the complete function operates rightly in case of typing
"./wor+TAB". The result of this: "./work/" So it can solve my problem, but
I think, the previous version was more useful about command name
completion.

Best Regards,
Mark Rajnai