<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - On Linux LibreOffice doesn't protect users from accidental content overwrite when a file, opened in a LibreOffice window, was updated outside of that window."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=117967#c3">Comment # 3</a>
on <a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - On Linux LibreOffice doesn't protect users from accidental content overwrite when a file, opened in a LibreOffice window, was updated outside of that window."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=117967">bug 117967</a>
from <span class="vcard"><a class="email" href="mailto:yury.dubinsky@gmail.com" title="yury.dubinsky@gmail.com">yury.dubinsky@gmail.com</a>
</span></b>
<pre>Hello, Jean-Baptiste,
This is a design bug. LO behavior is consistent, but wrong from my point of
view.
Your scenario is right, just it is incomplete.
Please, add to more steps:
9/ press cancel
10/ press ctrl+S again. At this point you will not get any confirmation, the
content B/foo.odt will be saved.
The program should confirm with users every time when the timestamp is old.
Also, please, take a look at step 4. open B/foo.odt. Why is the symbolic link
opened as an independent file? The advanced text editors on Linux easily
recognize symbolic links and process symbolic links as target files. I mean
such editors as gvim/vim, emacs, geany, visual studio code, kate, and many
more.
In my career I was presenting Linux and LO to few small offices, and I know
many real cases when users, with Windows background, lost content. Let’s take
another look at your scenario from human perspective.
Step 8: an user, familiar with Windows shortcuts, could be not aware that
B/foo.odt is a symbolic link. Getting a warning message will entirely surprise
this user. Then, normal actions from users are: cancel saving and rapidly move
all changes made in B/foo.odt to A/foo.odt.
Both windows have to same title, so, it's very easy to make a mistake and press
ctrl+S in the wrong window. Especially when users can assume that in case of a
wrong window LO will warn again. However, LO doesn't do it.</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>