Issue 126932 - stale file write locks now inescapably uncorrectable
Summary: stale file write locks now inescapably uncorrectable
Alias: None
Product: Calc
Classification: Application
Component: open-import (show other issues)
Version: 4.1.1
Hardware: All All
: P5 (lowest) Minor (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2016-04-20 15:39 UTC by BlipBertMon
Modified: 2016-04-20 20:52 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description BlipBertMon 2016-04-20 15:39:23 UTC
When OSX exists out from under Oo, write locks for open files aren't cleared.

  This used to be not so much of a problem until Oo4,
   whence at least 'calc' was 'cleaned up' 
   such that no option appears to 'open anyway', ignoring the stale file lock.

   'Open anyway' sounds messier,
     but honoring the stale file lock now appears inescapable, the only option.
   which of course is a problem, if one has no way to clear stale file locks.

   After crashes 'RO' instances of files proliferate, with the only option to
   'copy' the 'RO' file to a completely new instance, 
    a putative increase in filesytstem 'cruft', 
    increased chance for confusing filesystem aliasing,
    and invitation for manual tedium to correct effects 
      of something which wasn't 'broken' in Oo3.

   The obvious thing to do is revert back to the old behavior,
    giving users the option of being able to override (stale) write locks. 

  no 'read only' attribute' appears on the affected files at the system level.

  a workaround may be to find where Oo keeps it's file locks, and 
  somehow remove them manually.
Comment 1 orcmid 2016-04-20 20:52:46 UTC
I removed Issue 4309 from the issue title, because 4309 was closed in 2003.  

One can find the file locks though, depending on the operating system being used.  Please identify the OS on which the problem with AOO 4.1.1 is occurring.