<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:thb@libreoffice.org" title="Thorsten Behrens (CIB) <thb@libreoffice.org>"> <span class="fn">Thorsten Behrens (CIB)</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - Can't edit file on samba shares ( see comment 28 )"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=115747">bug 115747</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Status</td>
<td>NEW
</td>
<td>NEEDINFO
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - Can't edit file on samba shares ( see comment 28 )"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=115747#c35">Comment # 35</a>
on <a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - Can't edit file on samba shares ( see comment 28 )"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=115747">bug 115747</a>
from <span class="vcard"><a class="email" href="mailto:thb@libreoffice.org" title="Thorsten Behrens (CIB) <thb@libreoffice.org>"> <span class="fn">Thorsten Behrens (CIB)</span></a>
</span></b>
<pre>(In reply to Mike Kaganski from <a href="show_bug.cgi?id=115747#c34">comment #34</a>)
<span class="quote">> In my opinion, the original fix (and this comment) somehow change the proper
> notion of a feature/function that helps to reach some goals (reliably detect
> locking/identify locking person) to a requirement for function (=if we
> cannot detect locking reliably, then fail to work). Is that what is
> intended? and what exact problem was solved by that change, that justifies
> making this enforcement? The original problem in <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - When drive is full and open a file, wrong message for lock (no space for the lock-file)"
href="show_bug.cgi?id=106942">tdf#106942</a> only mentioned a
> corner case of "drive full", which could be detected separately and acted
> accordingly.</span >
That's a fair statement wrt. the scope & wording of the fix. But I conversely
consider a setup where arbitrary shell globs of files cannot be written a
corner case - the question is, does setting UseDocumentOOoLockFile to false
constitute a valid workaround? -> NEEDINFO for the moment</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>