<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8">
        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Save-As: Misleading message if directory is not writable"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=144298">144298</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>Save-As: Misleading message if directory is not writable
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>LibreOffice
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>7.3.0.0 alpha0+ Master
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>Linux (All)
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>UNCONFIRMED
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>normal
          </td>
        </tr>

        <tr>
          <th>Priority</th>
          <td>medium
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>framework
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>libreoffice-bugs@lists.freedesktop.org
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>jim.avera@gmail.com
          </td>
        </tr></table>
      <p>
        <div>
        <pre>If a Save is attempted into a directory which does not have write permission,
the error appears (my guess) to be undetected, or at least not reported up to
the UI.

The result is that the user is shown a confusing error over and over:

   "/path/to/readonly-directory/file.ods does not exist".

If the user clicks OK (the only choice), the error box re-appears immediately,
and this repeats several times before the user is able to recover control.

My guess is that the failed save was not detected, and subsequent operations
which try to read or validate the new file name fail with the above message.

At the C level, a file-create call [ open(pathname, O_CREAT|...) ] in this
situation returns -1 and sets ERRNO to 13 ("Permission denied").   But this
error
is not making it to the user.

STEPS TO REPRODUCE:

1.  mkdir /tmp/Testdir
2.  chmod -w /tmp/Testdir
3.  Attempt to save any file from LO into /tmp/Testdir/something

RESULTS:  Stuck (for several iterations) at the "does not exist" message

EXPECTED RESULTS: "Permission denied" or similar, once only, allowing the user
to take corrective action.</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>