Copy file bug

[zeruyo]

Scenario:
- file in source folder named 'a'
- destination folder containing a child folder name 'a'
- folder 'a' containing file named 'a'

if i try to copy file in destination folder it try to copy in child folder named 'a' asking for overwrite.
This happens even if file and child folder has extension (a.txt)

[sqa_wizard]

Confirmed.

Copy should be denied due to existing folder "a".
Works correct if you try to create a file "a" at destination folder...

[Edit]In latter case it displays the correct error message.[/Edit]

[roentgen]

No, it tries to 'overwrite' the subdirectory 'a' in the destination panel. This isn't possible as you will end up with 2 objects called 'a': the already existing directory 'a' and the to be copied file 'a'.

As always in TC better error messages wouldn't hurt.

[StatusQuo]

No, it tries to 'overwrite' the subdirectory 'a' in the destination panel.

Not really:

• when left path is d:\TEMP\ and
  right path is d:\TEMP\2
  with existing <DIR> d:\TEMP\2\a\
  and the user wants to copy/move the file "a" from left to right with F5/F6 (which should fail because of the duplicte name),

TC doesn't even try this: the file gets copied/moved to subdir "a" on the right side:
TC tries to create/overwrite the file d:\TEMP\2\a\a instead of d:\TEMP\2\a.

Copy should be denied due to existing folder "a".

I think this a problem in design, because TC automatically adds the file name in the F5/F6 dialog box: when copying d:\TEMP\a the suggested target name is d:\TEMP\2\a.
If you wanted to copy a file into the subdir "a" in the target (target file name d:\TEMP\2\a\a), the syntax for target name would be the same (target d:\TEMP\2\a\ or just d:\TEMP\2\a).

As always in TC better error messages wouldn't hurt.

Hm, here there's no error message at all (only the overwrite dialog) - or did I miss something?
The only way to avoid this behaviour is probably an additional "Are you shure?" of TC everytime you copy/move a file into a dir with the same name. Not very useful in everyday use, IMO.
Any better ideas?