Product: Application Framework
Type: new
Title: Allow to turn off lock-file base document file locking.
Posted by: [email protected]
Affected: [email protected],[email protected],
TaskId: i100123
<http://www.openoffice.org/issues/show_bug.cgi?id=100123>
Effective from: cws fwk103
CWS:
<http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300/fwk103>
CWS status: new
*Flags*
-------
API/ BASIC [ ]
Configuration [ ]
File format change [ ]
Help/ Guide [x]
Performance test [ ]
Translation [ ]
UI relevant [ ]
*Description*
-------------
To work properly, the lock-file based document file locking in OOo
needs the possibility to create a lock file in the way that it does
not replace the existing one and to remove it.
Although normally there are possibilities to do it, sometimes this is
not the case. Usually, if the system file locking is on, the office
can try to avoid creation of the lock file in this cases, since the
file is locked by system file locking. And in case somebody would use
the office without system file locking the collision would be detected
by the new implementation anyway. This solution is taken to let the
most probable scenarios work even in those cases.
The problem happens when the lock file can be created but can not be
removed for any reason. Although in all the known cases it is either a
misconfigured network or a bug in system implementation, it looks to
make sense to allow the system administrator to turn the OOo lock-file
based file locking off. Thus it would allow to workaround the problem
without changing the environment.
For this reason there is a new configuration entry
"/org.openoffice.office.Common/Misc/UseDocumentOOoLockFile" that is
set to "true" by default. It should be set to "false" to deactivate
the usage of the lock file.
The deactivation will not prevent creation of the lock file. The
office will just take the ownership over the lock file even if it
already exists. It is of course strongly suggested not to turn off
system file locking and lock-file based file locking together, since
there will be no real locking at all in this case.
Send feedback to [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
