<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <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#c6">Comment # 6</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 <a class="email" href="mailto:georgera@gvtc.com" title="George <georgera@gvtc.com>"> George</a> <pre>(In reply to Buovjaga from <a href="show_bug.cgi?id=118740#c5">comment #5</a>) > (In reply to George from <a href="show_bug.cgi?id=118740#c4">comment #4</a>) > > (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. > > 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. > > > 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. > > 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 Hah! You are correct! Just now, I did the same thing but went into "File/Reload" which I rarely use the "File" method. I've been using the "click and hold on the open folder GUI button. It's quicker. I was about to yell at you 'cause I didn't try it that way the other day. I suppose it would have been nice if you had told me the step by step method and explained to do it EXACTLY that way. Think of me as a beginner and I have been doing it "My Way". because I have been doing it "My Way" for two years. I suppose, if I can find the time, I try this a few times AFTER saving it under a different name in the hopes of having a good copy. The bugs I have reported so far are extremely intermittent. Trying it just one time will not work. As it says in the title of this bug..."Occasionally, LO Calc loses blocks of comments"</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>