Super irritating: when you have a document open in LibO and you want to use Save As or when you want to generate a pdf the file dialog opens in a directory you used yesterday.
This happens only with the Windows native dialogs.
The KDE and MacOS dialogs understand that the most logical place to Save As is the directory the respective document is located. Same for creating a pdf: where else than in the same directory as the original.
And guess what, when working on a document what would be the most logical directory when you click File Open? Right, the same directory again.
I think it would be fair to say that the correct and most useful behavior (as already acknowledged in the KDE and MacOS versions) should be present in the Windows native dialogs version as well.
Note: on windows the alternative Libreoffice dialogs do have the correct behavior, but these dialogs lack usability (long paths unreadable / don't fit in the dialog) and look weird and unfamiliar.
IIUC this is now intentional as fixed in see also bug 34303, but related behavior as in bug 129886 (which I guess is a duplicate of this).
bug 34303 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 184.108.40.206.
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 220.127.116.11, 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?
I found another File Save dialog (in linux):
When you have a writer document with an embedded draw object, you can save a copy of the embedded draw object. De default directory is /home/user.
Expected: the documents working directory.
Ferry: do you agree to close this as duplicate of bug 129886?
I think this bug report covers more cases: File Open, Save As, PDF export, Insert Picture, save embedded draw object.
So, if you ask me, then no. In fact I would like to see it's status changed to confirmed.