<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 - Installing shared extensions with sudo makes LO unusable"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=129917">129917</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>Installing shared extensions with sudo makes LO unusable
          </td>
        </tr>

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

        <tr>
          <th>Version</th>
          <td>Inherited From OOo
          </td>
        </tr>

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

        <tr>
          <th>OS</th>
          <td>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>sdk
          </td>
        </tr>

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

        <tr>
          <th>Reporter</th>
          <td>s.mehrbrodt@gmail.com
          </td>
        </tr></table>
      <p>
        <div>
        <pre>When installing a shared extension with unopkg on Linux like this:

sudo unopkg add --shared extension.oxt

the extension will first be unpacked in the user's directory and afterwards put
into the right place in the LibreOffice installation.

During this, some files owned by root are created in the user profile.
Afterwards, LO refuses to start because of this.

This is not a problem when running unopkg as root, since a different user
profile (from user root) will be used.

So the suggestion is to use a temporary user profile when installing a shared
extension on Linux.

There is a patch for that at <a href="https://bz.apache.org/ooo/show_bug.cgi?id=86080">https://bz.apache.org/ooo/show_bug.cgi?id=86080</a> .
However that bug was closed as a duplicate of
<a href="https://bz.apache.org/ooo/show_bug.cgi?id=79648">https://bz.apache.org/ooo/show_bug.cgi?id=79648</a> which again was closed because
"unopkg is not used anymore during setup, so the issue is invalid".

That assumption is wrong, since above case (installing a shared extension with
sudo) was not considered.

So I suggest to implement the solution from
<a href="https://bz.apache.org/ooo/show_bug.cgi?id=86080">https://bz.apache.org/ooo/show_bug.cgi?id=86080</a> (use a temporary user profile
when installing shared extensions on Linux).</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>