Issue 70473 - No change to new default-dir in FileOpen, when FileSave can't save in that dir
Summary: No change to new default-dir in FileOpen, when FileSave can't save in that dir
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: OOo 1.1
Hardware: All All
: P4 Trivial (vote)
Target Milestone: AOO Later
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2006-10-16 13:34 UTC by Frank Schönheit
Modified: 2017-05-20 11:29 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description Frank Schönheit 2006-10-16 13:34:01 UTC
(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).
Comment 1 Marcus 2017-05-20 11:29:38 UTC
Reset assigne to the default "".