Issue 70473

(cleaning up my intray - this is the public version of the previously
Sun-internal issue 93187. There's no reason to keep this internal. Citing
relevant parts of the original descirption below.)

- create a directory without any rights for the normal user ( only 700 for root )
- try to save a file in that directory
=> you got a message, that the file can't be save
- press OK
- close the file
- try file/open
=> you get a messagebox, that the directory can't opened, it is the dir without
any rights from saving

It make no sence to change the default-dir for the file-open-dialog, when saving
is broken in that dir.



FS: this is not easy to fix. Unfortunately, we have one central place to
remember directories for the file open/file save dialogs, and this place does
not know anything about other places which really do the loading or saving. This
means that in the dialog, you only enter a path to a file, the path is
remembered, and the complete file URL is transfered to some other place where
somebody else tries to save. This fails, but there is no chance currently to
tell the first place to _not_ remember the path now (but instead fall back to
the previously remembered path). This would require quite some work.

Additionally, there are situations where you have only read permission for a
folder, but no writer permission. In such a case, it may be valid to change to
this folder afterwards (not sure about it).