LO 5.1.4.2 calc consistently crashing on row deletion

I downloaded the *.deb installer yesterday, and installed it a little over
an hour ago. It's crashed 6 times in the first hour. No matter how I try to
delete a spreadsheet row, I get a modal window with an error message.
Clicking that away leads to all of LO just disappearing.

Here's my version:

And the error message I keep seeing -


I can't use this version if it acts like this, so I'm reverting to my
previous one.

Let me know if I can help any more.

Tom

​<...>​

Tom, neither your version nor the error message you see are reproduced in
the above. I'm running Version: 5.1.4.2 Build ID: 1:5.1.4-0ubuntu1~trusty1
on Linux Mint 17.3, but do not see the behaviour your observed....

Henri

​Hullo Tom !

According to my experience, screenshots, like links, are stripped out on
the forum as a security measure. Saving them to a website and then
providing the relevant URL in a message to this forum would be one way to
get 'round the problem....

May I ask what version of Linux you are using ?...

Henri

Tom,
I just updated to LO 5.1.4.2 from the Ubuntu PPA's on Ubuntu 14.04 (really
LXLE Posh). I checked deleting rows from a few worksheets and encountered
no errors. If you are using Ubuntu or an Ubuntu based OS you might try
getting LO from the PPAs per the links below as these are packaged for
Ubuntu.
https://wiki.ubuntu.com/LibreOffice
https://launchpad.net/~libreoffice/+archive/ubuntu/ppa

Hi :slight_smile:
Crashing used to be usually due to having Java active.

Base often uses Java and so do screen-readers and such but almost
everything 'normal' users do doesn't need Java at all. It's possible to
just switch Java off in just LibreOffice before considering removing it
entirely. If it grumbles then just re-enable it.

More likely is that you maybe just need to bump up the settings in
"Memory". The default settings there are for ancient very low-spec
machines and if you have a 1Gb of ram or more then bumping up the amount of
ram that LO can use might well help quite a bit.
Tools - Options - Memory ? or Advanced?

Of course crashing could also be a hardware issue such as wobbly
graphics-card that just needs to be pushed in a bit more firmly (while the
computer is off, of course!) - or perhaps damaged ram or hard-drive. These
sorts of things are fairly unlikely in your case i would think and the
simpler answers are worth trying before worrying about any of that stuff.
Trying the PPA is an excellent idea of course.
Regards form
Tom :slight_smile:

​Tom (Davies), thought I'd mention that Java is enabled (1.8.0_91)​
​ is enabled on my version of ​

​LO 5.1.4.2, so it seems unlikely that OP Tom Cloyd's problem - which, as
noted above, I do not encounter - is Java- related. As in Bruce's case, My
version (1:5.1.4-0ubuntu1~trusty1) was downloaded and installed via the
Ubuntu PPA....

Henri

Hi :slight_smile:
Java is notoriously unreliable with many intermittently and
situation-specific problems. Sadly it's not the case that if it works in
one place that it can be relied on anywhere else.
It's quirky problematic nature is more like the problems with Flash, only
much worse.
Regards from
TomD :slight_smile:

​That Java causes quirky problems is, of course, certainly true - it's just
that it's not the first place I'd go looking for a solution to Mr Cloud's
problems. But in any event, it's easy to turn off and check - if the
problem disappears, it is solved (and we know the cause), if not, it's easy
to turn it on again and look elsewhere for solutions.... :grin:

Henri

Hi Henri :slight_smile:
Thanks :slight_smile: I still think your idea is likely to be the winner, the idea
about switching to using the PPA rather than the upstream version.
Regards from
Tom :slight_smile:

​Bruce's «idea»​, at least as expressed on this thread, but to anyone using
an Ubuntu derivative, like Mint, it certainly saves a lot of trouble. Only
disadvantage is that one has to wait for the PPA to be updated, but that
generally doesn't take more than a few days after the publication of a new
standard LO version....

Henri