Apache OpenOffice (AOO) Bugzilla – Issue 95336
"My Documents" path setting not applied
Last modified: 2017-05-20 10:29:13 UTC
If I change the default path for opening documents (the 'My Documents" path) to W:\writerdocs — it is ignored. The change is saved in the Options, but when you go to File-->Open, the program still looks in the old default location of [User]\Documents. This setting worked in the previous version of OO. Quitting OO completely by restarting Quickstarter does not help. Restarting Windows after the change does not help. Bug apparent when opening docs from Writer or Calc. Have not tested other apps yet. Using Vista SP1 OO Using 3.00 Build 9358.
TM->HRO: reproducible, please have a look, thanks.
Can someone please change the status to CONFIRMED? Thanks.
cd: Something for you?
cd: Looks like it's related to file picker which must be adapted for Windows 7. Therefore I will check this issue during the work on the file picker.
cd->micawber: I think you describe the situation when you change the default path for document via "Tools - Options - OpenOffice.org - Paths". I can also reproduce your observation that "File - Open" "ignores" the new setting. The problem is that this "works as designed" as the file dialog by default uses the last used document path. If the last used document path is not set "My Documents" is used as a fallback. Normally this doesn't happen as most users had already opened a file before. I think there is an acceptable enhancement for this situation which resets the last used document path whenever the user changes the "My Document" path. What does you and the other voters think?
cd: Set priority to P3 as there is no crash or data loss involved.
cd: Fixed as good as possible. OOo now forces that the default path is set for the file picker whenever the user changes the work directory via Tools - Options - OpenOffice.org - Paths. This is only done once as the file dialog uses its own recent list. It would violate Microsoft recommendations to force the dialog to always use the work directory. See http://msdn.microsoft.com/en-us/library/bb761828(VS.85).aspx for more information.
@cd: tested the filepicker02 build on Vista Sp2, but haven't installed it with system integration (using setup.exe /a). In Draw, I created several shapes (rectangles, circles) and tried to export as graphic files (emf, bmp). With this fix, the file picker returns to the default graphics directory, when opening the file picker. On subsequent calls to the file picker, this default path is still opening, and not the path I used in the previous export. Furthermore, if I check the selection check box, it does not retain its checked state in subsequent calls. After doing this procedure of choosing file, export, changing the export path to the path of my choice, and performing the export, OOo crashes.
@cd: If I am not completely wrong, the filepicker02 does not contain (all) the fixes of filepicker01, so maybe the crashes are simply related to that.
@cd: Actually it seems that the repetitive returning to the default path in export is not connected to this issue and fix. Noticed it also in filepicker01. Need to think about that a little bit further and will file an extra issue later.
@hennerdrewes: Yes, the fix is special for the "My Documents" path settings. Currently the fix is "ugly" as there is no file picker UNO API to force setting a folder. So there is a "workaround" to use the configuration to "notify" the Vista file picker that the "My Documents" path has been changed. I don't like the fix and won't apply this schema to all other paths. Due to restricted time and help people with the special "My Documents" path I introduced this minor fix. You can write a separate issue for the export file picker. Currently I don't know what's wrong there.
see Issue 103566
cd->of: Please verify. Keep in mind that the path is just used once after changing the path in the path dialog. Afterwards the dialog shows the last used directory, which conforms to Microsoft recommendation.
of: looks good for me in cws filepicker02