<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 - Installation permission problem"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=108683">108683</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Installation permission problem
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>5.3.3.2 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Windows (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>Installation
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>gwuertz@gmail.com
</td>
</tr></table>
<p>
<div>
<pre>Observed on three Win10 machines, install will fail if LO has been run, also
install of LO documentation will fail if LO has been run or just updated. The
workaround is to either logout (usually sufficient) or reboot and retry the
operation. This problem goes back at least sever LO versions and has been
observed on all subsequent updates. The workaround suggests this is one of
those stupid windows open file problems. This is transient behavior so I hope
this helps clears up other observations like #91113.
Problem exists on Win10 version 1703 and predecessor.</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>