Issue 95809 - data loss using OOo3 concurrently with another editor (including OOo2) on the same network
Summary: data loss using OOo3 concurrently with another editor (including OOo2) on the...
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: OOo 3.0
Hardware: All All
: P2 Trivial with 29 votes (vote)
Target Milestone: OOo 3.1
Assignee: thorsten.martens
QA Contact: issues@framework
Keywords: regression
: 88476 95215 96637 (view as issue list)
Depends on:
Reported: 2008-11-03 23:01 UTC by billrobo
Modified: 2014-03-11 05:12 UTC (History)
13 users (show)

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


Note You need to log in before you can comment on or make changes to this issue.
Description billrobo 2008-11-03 23:01:57 UTC
Data loss through simultaneous editing of network stored files with OOo3 and any
other editing application (OOo2, IBM Symphony, MS Office etc).  This problem has
been caused by the decision to drop system file-locking in OOo3.

Example using files a file opened on a cifs-mount (the bug is reproducible with
all file formats including ODF and MS Office files):
1) Open a .odt/.doc-file on a client A (Windows or Linux) with OOo3
2) Open the same .odt/.doc-file on a client B with OOo2 or MS Office --> file
opens editable (Major problem!)
3) Concurrently edit the document on client A and on client B and save the document.

Result: the last save-actions wins, the changes of the first save-action are lost.

* This is a feature request to resolve problems raised in Issue # 91015.
* Issues 95528 and 95530 are NOT applicable. They only refer to OOo3
file-locking with other instances of OOo3, not with other editors.
* Even for companies that have standardised on OOo it is often not possible to
exclusively use OOo (eg a Finance team member may still have a requirement for
MS Excel).
* When operating in a mixed application environment applications are expected to
"play nicely" with each other to be viable - application interoperability is
more than just reading each others files.
* This is a probable data loss scenario for many Government and medium to large
corporate environments and may threaten the viability of OOo3 for these users.

Potential options may include:
* Enable a "legacy" (OOo2) system file-locking option in OOo3.x
* Simultaneously enable both the new OOo3 file-locking and the "legacy" (OOo2)
system file-locking option in OOo3.x
* Abandon the OOo3 file-locking and revert to the OOo2 style system file-locking
option in OOo3.x
* Provide a OOo3 fork with OOo2 system file-locking 
* Continue developing the OOo2 branch in parallel with OOo3
Comment 1 ajd4096 2008-11-04 02:11:07 UTC
*** Issue 95809 has been confirmed by votes. ***
Comment 2 thorsten.martens 2008-11-04 07:24:01 UTC
TM->MAV: please have a look.
Comment 3 mikhail.voytenko 2008-11-04 07:59:21 UTC
This is no P1, changing the priority accordingly.
Comment 4 aziem 2008-11-05 02:27:39 UTC
Duplicate/similar to issue 88476
Comment 5 Mathias_Bauer 2008-11-05 11:44:22 UTC
As I suggested on the releases list, we should allow to switch on system file
locking in addition to the lock file based one. This would be an option with a
default that needs to be defined.
Comment 6 Mathias_Bauer 2008-11-18 16:30:41 UTC
*** Issue 88476 has been marked as a duplicate of this issue. ***
Comment 7 frank.loehmann 2008-11-19 09:53:02 UTC
Please find file locking now as a separated specification: 
Comment 8 mikhail.voytenko 2008-11-28 12:42:06 UTC
*** Issue 96637 has been marked as a duplicate of this issue. ***
Comment 9 lsuarezpotts 2008-12-01 12:37:51 UTC
adding self to track this
Comment 10 mikhail.voytenko 2008-12-02 08:22:50 UTC
mav->pb: Please use this task to commit the dialogs in mav43 cws. Thanks.
Comment 11 mikhail.voytenko 2008-12-10 16:55:13 UTC
The new approach is implemented.
Comment 12 mikhail.voytenko 2008-12-11 20:17:21 UTC
mav->tm: Please verify the issue.
Comment 13 thorsten.martens 2008-12-17 13:56:25 UTC
checked and verified in cws mav43 -> OK !
Comment 14 thorsten.martens 2009-03-25 14:17:19 UTC
Comment 15 mikhail.voytenko 2009-10-05 11:20:04 UTC
Just for information: the entry that allows to switch system file locking off/on
Comment 16 Rainer Bielefeld 2014-03-11 05:12:40 UTC
*** Issue 95215 has been marked as a duplicate of this issue. ***