Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 1686109 - Libreoffice write locks up on large document
Summary: Libreoffice write locks up on large document
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: libreoffice
Version: 29
Hardware: x86_64
OS: Linux
Target Milestone: ---
Assignee: Caolan McNamara
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2019-03-06 18:11 UTC by Brent R Brian
Modified: 2019-03-07 21:36 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed:

Attachments (Terms of Use)
Large document, OCR converted from scanned Google Book (deleted)
2019-03-06 18:11 UTC, Brent R Brian
no flags Details

Description Brent R Brian 2019-03-06 18:11:37 UTC
Created attachment 1541556 [details]
Large document, OCR converted from scanned Google Book

Description of problem:

When editing large documents, Libreoffice often locks up.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:

1. Spelling / line break corrections

Comment 1 Caolan McNamara 2019-03-06 21:20:32 UTC
Seems to load and layout quickly, and on first guess, it seems the spell checking lock things. What's supposed to happen IIRC, is at the end of spell checking a paragraph, more spell checking is suspended to deal with user events, so spell checking is idle. Maybe that has come unstuck.

Eventually the document unlock and then scrolling around is speedy

Comment 2 Brent R Brian 2019-03-07 12:23:29 UTC
I make several passes through documents, I have done over 1,000 of these historical "restorations".  This is the largest, and the first, document that has caused LibreOffice to "stop responding" and have to be cancelled.

Process is something like:

* Turn off spell check.
* Remove OCR miss conversion artefacts.
* Use RegEx search to find [a-z]\p\p[a-z], broken line (across page break) that python script did not catch.
* Characters that where the font "oddities" cause miss convert 0 & O, 1 & l, W & \V, etc
* etc

During the process above writer will "stop responding", and I have left it over-night, it never responds again.

I have learned to do frequent saves.


Comment 3 Caolan McNamara 2019-03-07 13:50:07 UTC
That's something different then what I was looking at, which was just a temporary situation. So, its not sufficient to load it, editing is required. If I randomly type into the document at random locations and join some arbitrary paragraphs it doesn't lock up so I can't find the specific scenario that reproduces the lock

Comment 4 Brent R Brian 2019-03-07 21:20:52 UTC
Testing a theory, seems Nautilus (Gnome) and LibreOffice both miss-behaved (calc as well) ... but only on mouse clicks???

So, I tested the batteries in the wireless mouse ... 1.06v ... replaced them ... so far so good .... ???


Comment 5 Brent R Brian 2019-03-07 21:36:24 UTC
Mouse isn't it.

Note You need to log in before you can comment on or make changes to this bug.