Writer Crashes when I click twice on a CrossReference dropdown

I am using Writer 7.4.2.3 on Win 10 64k inside a Virtual Box using a large document (hundreds of page). The problem is if I have the Crossreference window collapsed at the top of the screen, and I click on the wedge “/” to expand it and it doesn’t expand right away so I click it again (I’m impatient), Writer will just close without any warnings or dialog windows. This used to be quite bad a couple of versions ago with a couple of crashes per day, but since upgrading to 7.4 it has been been working quite well with around a crash per week.

I just had my weekly crash a few minutes ago and lost about an hour’s work and now I have to remember all of the changes I need to make to the document. I don’t want to save it every 5 minutes (although I wish I had) because it literally takes a minute.

Is there any way if Writer is going to crash, allow me to save the document first? In other words, create exception handling at the mainline so if it is still unhandled it when it gets to the mainline code, it will save it automatically, even if it is to a temporary file where it can be restored from, will be fine too.

using a large document (hundreds of page).

How many pages exactly?
Do you have many pictures in your document, how many?
What size approx. in kB do the images have, from to?


Is there any way if Writer is going to crash, allow me to save the document first?

No

There are over 800 pages with around 300 images. They are lowres and I would guess they would be around 10MB in total. Some of the images are quite small.

A couple of minor versions ago, Writer when Writer crashed would save the work prior to shutting down and it displayed a window saying it was saving the file. But it may have been able to do that depending on what crashed the program.

It looks like I will have to save the changes every 5-10 minutes from now on.

In which file format do you save?

Always ODT. I don’t trust anything else for large documents.

1 Like

The problem is clicking on the dropdown arrow of the CrossReference window too quickly is where it usually crashes. It has happened in other Writer versions by clicking on something in the toolbar twice. So the problem is with the interface. If the machine is bogged down slow, double clicking (2 to 4 seconds apart) the same control, will cause Writer to crash because I think it is trying to handle the task twice. If a flag was set when a control was pressed to ignore subsequent presses of that control within 30 seconds or until the process was completed, then it would solve the problem.

Normally when writing my own code for an app, I would disable the button as soon as it was pressed and re-enable the button after that button’s process was finished (at the end of an exception block) so it doesn’t get double clicked. That would be another way to handle it as long as the disable action gets executed before the next click occurs some 4 seconds later.

I noticed even Notepad++ on occasion is slow to react at times with its controls in this VBox but at least it doesn’t crash. There is plenty of RAM available for the VBox and the Host so that’s not slowing it down.

I can still offer you to upload your file to a cloud somewhere so that someone can look at it, test it and examine it. Then post the link here.