<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Save Untitled document uses Path set in Options rather than "last-used" directory"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=129886#c7">Comment # 7</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Save Untitled document uses Path set in Options rather than "last-used" directory"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=129886">bug 129886</a>
              from <span class="vcard"><a class="email" href="mailto:mikekaganski@hotmail.com" title="Mike Kaganski <mikekaganski@hotmail.com>"> <span class="fn">Mike Kaganski</span></a>
</span></b>
        <pre>(In reply to sdc.blanco from <a href="show_bug.cgi?id=129886#c6">comment #6</a>)
<span class="quote">> Good detective work on your part, but isn't that bug supposed to be about
> Macros (and how the Basic commands work)? (that is how it is classified).

> Meanwhile, I can understand that this is where/how the new behavior was
> introduced, but maybe it was an "accident" in the sense that the repair of
> the macros has also spilled over into the "standard" behavior?</span >

While <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - Macros: FilePicker method setDisplayDirectory shows wrong folder with native dialog Win 7 (64-bit)"
   href="show_bug.cgi?id=43021">bug 43021</a> was about macros, related <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> wasn't; and in fact, the
change has the intended result that management of initial directories in File
dialogs has been made consistent over platforms and managed by LibreOffice
(while previously, it was managed by system on Windows).

So any "regression" aspect of this report should be removed, and if some change
in behaviour is wanted, it should be suggested, discussed and implemented as a
general change, unrelated to previous state. It should take different kind of
dialogs (open/save/export/direct export/macro; different modules) into account;
if, why and how should they behave differently on different OSes, etc.</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>