https://bugs.documentfoundation.org/show_bug.cgi?id=43021
Jan-Marek Glogowski <glo...@fbihome.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
Assignee|libreoffice-b...@lists.free |glo...@fbihome.de
|desktop.org |
--- Comment #54 from Jan-Marek Glogowski <glo...@fbihome.de> ---
The problem is the usage of SetDefaultFolder to set the directory of the file
picker in setDisplayDirectory. From MS docs: "Sets the folder used as a default
if there is not a recently used folder value available."
So now there is: https://gerrit.libreoffice.org/#/c/83409/
This basically opts-out of the recent folder OS level management and just
relies on the LO's internal storage of the last folder from open and save
dialogs, like all other backends do. The Vista file picker code already uses
FOS_DONTADDTORECENT, so I don't understand, which this interferes at all, but
maybe that just doesn't add but (as seen in this bug) obviously still uses the
list. And if we don't add, I don't see the point to rely on it at all.
An other idea was to modify the recently used list with the new folder. But the
only API I could find was StorageItemMostRecentlyUsedList, which looks like
it's only available in Windows 10 and I'm not sure this would be the better
result.
I also looked at Regina's workaround. Eventually the new picker somehow resets
the COM environment, but I didn't dig deeper into it, as for me it even wrong
on the first start of the macro.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
