<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 - Safari sandboxing on macOS 10.14 blocks opening help"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=125578">125578</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>Safari sandboxing on macOS 10.14 blocks opening help
          </td>
        </tr>

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

        <tr>
          <th>Version</th>
          <td>6.2.4.2 release
          </td>
        </tr>

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

        <tr>
          <th>OS</th>
          <td>Mac OS X (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>LibreOffice
          </td>
        </tr>

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

        <tr>
          <th>Reporter</th>
          <td>cloph@documentfoundation.org
          </td>
        </tr></table>
      <p>
        <div>
        <pre>Description:
trying to open help on Mac OSX 10.14 with Safai as default browser fails
because the sandboxing blocks Safari from accessing the temporary/intermediate
html file created in the user-profile 

(and even if the intermediate file is put into NSTemporaryDirectory where
Safari could open it from, it would still fail to open the index.html from
within the LibreOffice.app directory)

Manually copying the path works (explicit user interaction) - but even if the
intermediate file would contain a link for the user to click on pointing to the
file in the LibreOffice.app folder access is blocked. Copying the link target
and pasting into address bar again would work but is
non-intuitive/user-unfriendly.

So suggested workaround for now is to force online (web) help when running on
Mac OSX 10.14 and Safari is used as default browser

Steps to Reproduce:
1. install LibreOffice on mac 10.14 with Safari as default
2. try to open Help

Actual Results:
Safari opens, but only shows an error page (kCFErrorDomainCFNetwork error)

Expected Results:
should open the index.html from LibreOffice.app


Reproducible: Always


User Profile Reset: No



Additional Info:
the blocking is logged in Console.app 
sandboxd → blocks Webkit/Safari with com.apple.app-sandbox.read violation</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>