I am running Windows 10.
Version 126.96.36.199 (x64)
I normally have the spreadsheet saving to a Dropbox directory, but even without that, the program is still crashing.
The text on the screen corrupts, and Windows closes it.
Upon reopening, it cycles through a recovery process, pretty much reverting to the saved copy.
I had a problem like this before, but had changed to the Still distribution, from Fresh and that worked... for a while.
I noticed that I was running the 32bit version, and changed to 64bit, no diff.
I have seven tabs of checkbook info on this spread sheet. They refer to each other for calculations.
Please try resetting the user profile, sometimes solves strange issues.
Usually it's enough renaming/deleting the file "user/registrymodifications.xcu", it affects all the options in Menu/Tools/Options, and the files "user/basic/dialog.xlc" and "scrip.xlc" are overwritten, additionally custom colors in "user/config/standard.soc" are lost.
I did what was suggested in Comment 1, and it seems to have worked.
Thanks Will, please if there are not private information, attach the "registrymodifications.xcu" file, they are collected to look why profiles sometimes fail.
Created attachment 125361 [details]
is the registrymodications.xcu file from my crashy Libreoffice install
Here is my "registrymodifications.xcu" file. I had renamed it "registrymodifications_xcu-old" to take it out of service. Interestingly, it has not been regenerated in that directory yet.
It's still crashing a bunch though. Possibly associated with pasting unforamatted text into a field..
Then maybe it's an issue with the openGL but it is an option just in the View configuration.
Perhaps first testing renaming the whole profile.
If it doesn't work, could you test with a portable version, it can be installed anywhere, there are available for download:
Reopened to needinfo.
Have been testing with Portable Version. It appears to be working well.
A new update came out to Libreoffice, at first I thought it fixed the issue, and then alas I realized no.
But I messed around a bit.
I find that Calc crashes for me on every third save. This is if I use Save As, or Save.
Also this crashing persists using local directories that are not part of Dropbox (my usual storage spot).
But: if I don't save in the ods format, but save in the MS xls format: it doesn't crash.
Also, another note, this crashing in ods format, doesn't happen when I open the sheet from my Ubuntu machines.
As I'm not able to reproduce change to Unconfirmed so someone else test.
Did you test with openGL off?
A backtrace would be useful - you'll have to install symbols and follow these instructions: https://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg
Created attachment 126560 [details]
Created attachment 126561 [details]
Unfortunately the backtrace analysis seems to have failed for some reason.
Will: would you like to test with version 5.2? It fixes a lot of weird crashes.
Unfortunately, I am away and won't be able to diagnose this deal until about 8/14/16.