<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - FileOpen / FileSave default directory in native dialogs on MS Windows"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=132736#c2">Comment # 2</a>
on <a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - FileOpen / FileSave default directory in native dialogs on MS Windows"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=132736">bug 132736</a>
from <span class="vcard"><a class="email" href="mailto:ferry.toth@elsinga.info" title="Ferry Toth <ferry.toth@elsinga.info>"> <span class="fn">Ferry Toth</span></a>
</span></b>
<pre><a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - VistaFilePickerImpl () - PDF export location is not the path of the original file but a different folder (last used for save/export/..) workaround comment 47"
href="show_bug.cgi?id=34303">bug 34303</a> suggests as a workaround to use LibO dialogs. And the fix relates to
PDF export macro's. However, the problem is both with File Open, Save As, PDF
export dialog.
In fact the original report was marked enhancement, then changed to bug.
And on the most used platform a most annoying one that bug users will encounter
every day.
The correct behavior as expected by anybody working on more then 1 document at
a time is as in the KDE / MAcOS (didn't try gtk) version, the default directory
should be the directory the active document is located, and not a recent
directory, or a directory used yesterday.
But I just tested on the latest and greatest 6.4.3.2.
I created in My Documents directory 1 with document1 and directory 2 with
document2.
I can confirm that with document 1 active, Save As, PDF export, Save Copy with
use directory 1 as default, while with document 2 active, Save As, PDF export,
Save Copy with use directory 2 as default. That is great!
However, with either document 1 or 2 active File Open will always use directory
2 as default. Meh. How hard can it be?. BTW on KDE this will open a directory I
used yesterday, so crazy on that platform as well.
Also, Insert Picture uses as default:
C:\Users\ferry\AppData\Roaming\LibreOffice\4\user\gallery.
Really? When you are working on a document would you have all the pictures you
want to insert in your working directory, or would you go through the trouble
to copy them over to the gallery first? And then on KDE in this case it opens a
folder I used a year ago or so. Wow.
So I would say the issue is half fixed in 6.4.3.2, I will inform my users on
windows to upgrade. But the other half is still inconsistent and annoying.
Should I change the bug title to File Open / Insert Picture and mark confirmed?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>