Saving workspace into a file renames a directory which should not be renamed

[Patrik Svestka]

Steps to reproduce the issue:

1) create a directory e.g.

C:\prg\Smalltalk\StX\search_for_substring

2) create some code in workspace

3) select the path that is already there and copy the path from step 1) into the Filename field and press enter

Now two things can happen

4a) If it is the first time you do this, you can end up with deleted directory C:\prg\Smalltalk\StX\search_for_substring and two files search_for_substring and search_for_substring.bak
4b) You can get a renamed directory search_for_substring.bak and file named search_for_substring (if you have already saved the file before)

Expected behavior:

If the file is same as the already created directory warn the user that he can't save the file due to the fact there is a directory with the same name.

[Patrik Svestka]

Adding to expecting behaviour:
Perpahs it would be even better to change to a directory when user enters a directory instead of saving it. That is matter of view and approach.

Anyways I'm attaching a test case to show the bug:

[Patrik Svestka]

Test proves that the behaviour of reported bug

[Patrik Svestka]

I've created a patch with test based on your help, thank you Jan!

[Patrik Svestka]

When directory only path is entered, it is correctly changed to it in the FileDialog?