https://bugs.documentfoundation.org/show_bug.cgi?id=165392
--- Comment #7 from Aron Budea <[email protected]> --- (In reply to Samuel Mehrbrodt (allotropia) from comment #6) > So still, what you see is the expected behavior according to the current > implementation. I can repeat the above steps any number of times, and the directory that comes up is Windows Documents. Sure enough, the config file has this: <item oor:path="/org.openoffice.Office.Common/Misc/FilePickerLastDirectory"><node oor:name="CalcSaveAs" oor:op="replace"><prop oor:name="LastPath" oor:op="fuse"><value>file:///D:/</value></prop></node></item> <item oor:path="/org.openoffice.Office.Common/Misc/FilePickerLastDirectory"><node oor:name="ImpressSaveAs" oor:op="replace"><prop oor:name="LastPath" oor:op="fuse"><value>file:///D:/</value></prop></node></item> <item oor:path="/org.openoffice.Office.Common/Misc/FilePickerLastDirectory"><node oor:name="WriterSaveAs" oor:op="replace"><prop oor:name="LastPath" oor:op="fuse"><value>file:///D:/</value></prop></node></item> But I see Windows Documents in Save as... and Open..., which means the config entries aren't taken into account. > What commit 22c07826d77adf93ada6e17ed6ac531163dd5059 changed is just that > the last path in the file picker accidentally survived in some cases. > This behavior is removed because of the side effect described in bug 165228. The problem is that people may save to PDF at times, but they open and save files all the time, so I'd say users get hit by the issue this change caused more often than by bug 165228. -- You are receiving this mail because: You are the assignee for the bug.
