https://bugs.documentfoundation.org/show_bug.cgi?id=120829
Bug ID: 120829
Summary: Lockfiles can be overridden
Product: LibreOffice
Version: unspecified
Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
Severity: enhancement
Priority: medium
Component: UI
Assignee: [email protected]
Reporter: [email protected]
Description:
When a Libreoffice document is open by a user A on a shared folder and user B
tries to open it, he receives a warning that the file is in use. However, it
also says something like "Alternatively, you can ignore the lock file and open
the document anyway".
Which is what a non-technical user will choose without thinking, and should
almost never do. At the very least, the warning should be far more strongly
worded. Maybe "Alternatively, as a last resort, and if your system's management
agrees, you can ...", and paint the button red, and insert a final "Are you
really sure?" screen.
Better still, make read-only the only option, but I appreciate other users in
other places might disagree (until they end up in a fight over whose hours of
work have to be re-done).
It would also be helpful if all the information in the lockfile were relayed to
the user attempting the second open. "$file is open for editing by $user on
system $hostname and was opened at $time", because the correct work-around
involves finding $user and asking him to save and close the file.
I've selected OS = Linux(All). I can't verify whether this behaviour also
happens with Windows and Windows servers. Also can't say whether it's always
been possible to override lockfiles, or not.
Steps to Reproduce:
1. User A on one system opens a file on a shared-for-write folder
2. User B on a second system attempts to open the same file
3.
Actual Results:
Mildly-worded warning screen that "invites" a non-technical user to commit a
great mischief
Expected Results:
Inability for non-technical user to open the file, or a strongly-worded warning
screen that makes a non-technical user understand that ignoring a lock file is
normally a REALLY BAD IDEA
Reproducible: Always
User Profile Reset: No
Additional Info:
This is an enhancement suggestion follow-up from bug 119381, which is fixed.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
