<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Occasionally, LO Calc loses blocks of comments."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=118740#c5">Comment # 5</a>
on <a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Occasionally, LO Calc loses blocks of comments."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=118740">bug 118740</a>
from <span class="vcard"><a class="email" href="mailto:todventtu@suomi24.fi" title="Buovjaga <todventtu@suomi24.fi>"> <span class="fn">Buovjaga</span></a>
</span></b>
<pre>(In reply to George from <a href="show_bug.cgi?id=118740#c4">comment #4</a>)
<span class="quote">> (In reply to Buovjaga from <a href="show_bug.cgi?id=118740#c3">comment #3</a>)
> > In essence, do you mean that you have worked with the file, saved, but not
> > closed and reopened. Then, after the shut down / restart cycle, you notice
> > the comments were lost?
> > So basically, you should be able to reproduce it without any lengthy "shut
> > down, go to sleep, start the next day" -cycle by just doing File - Reload
> > after saving.
>
> Today, I tried out your suggestion. I saved the file, made a change in one
> cell (so I could see if it actually reloads to file) and then attempted to
> reload the file. Apparently it doesn't reload if the file is already there.</span >
No, it does reload, if the file is already there. That is the sole purpose of
the reload functionality. With reload, we are able to quickly see for example,
if saving to some Microsoft format caused unwanted changes. It is a shortcut
for closing and reopening a file.
<span class="quote">> I really do not have time to test over and over using different techniques
> to replicate this problem and I do NOT wish to have this occur again. When I
> lose the comments, it really messes up what I am doing. I keep notes on the
> progress of the clocks throughout the day and night so I can see what they
> are doing each hour. This keeps the display much simpler when it only
> showing the results twice a day. The in between times are in those comments.
> When I lose those comments, I have much less information to refer to if a
> problem occurs.
> Quite frankly, I have no idea how this stuff works. I just use the
> spreadsheet as it is and expect it to work properly. When it doesn't, I do
> try to gather the circumstance and report it so you folks can attempt to
> work it out so it won't do that.</span >
Us folks are fellow users trying to figure out a way to reproduce the problem,
so developers can step in eventually. We suffer from the same lack of time as
yourself, so it is sort of a balancing act.
I tried adding one comment, saving and reloading, but the comment did not
vanish.
Arch Linux 64-bit
Version: 6.1.0.3
Build ID: 6.1.0-2
CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5;
Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded</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>