Bug 50653 - CRASH when changing font for particular very large .txt file
Summary: CRASH when changing font for particular very large .txt file
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.4 release
Hardware: x86-64 (AMD64) Linux (All)
: medium critical
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-03 13:53 UTC by gleppert
Modified: 2012-07-15 20:35 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Backtrace on Linux (16.45 KB, text/x-log)
2012-06-04 01:24 UTC, gleppert
Details

Note You need to log in before you can comment on or make changes to this bug.
Description gleppert 2012-06-03 13:53:12 UTC
Writer crashes with attached text file when font will be changed.

Steps to reproduce:
1. Unzip the attachment
2. Start Writer and open the file german.txt
3. Wait until the file is completely loaded in Writer (I must admit that the file is very long, maybe unusually long for most use cases)
4. Select all via Ctrl+a
5. Try to change font to Times New Roman.
6. LibreOffice crashes immediately. Reproducible: Always.
Comment 1 gleppert 2012-06-03 14:02:37 UTC
The file was too big for a bugzilla attachment, therefore the attachment is stored here: https://wiki.documentfoundation.org/QA/Bugzilla-Attachments#Bug_50653_-_Crash:_Writer_Writer_crashes_when_changing_font_for_imported_.txt_file
Comment 2 Rainer Bielefeld Retired 2012-06-03 21:18:28 UTC
NOT reproducible with "LibreOffice 3.5.4.2  German UI/Locale [Build-ID: 165a79a-7059095-e13bb37-fef39a4-9503d18] on German WIN7 Home Premium (64bit). Document causes heavy CPU load for only being opened, and some more when I change font, but no crash.

Works much better with server-installation of Master "LOdev 3.6.0alpha1+  – WIN7 Home Premium (64bit) ENGLISH UI [Build ID: bfa9061]" (tinderbox: Win-x86@6-fast, pull time 2012-06-02 23:56:11)

> 25000 pages is really big document
Comment 3 Rainer Bielefeld Retired 2012-06-03 21:54:59 UTC
LibO 3.5.3 under Ubuntu12 (64 bit) VirtualBox has much bigger problems to open the document, needs "endless" time (now import ready after15 minutes).

@gleppert
did you check any other dependencies like auto-spellcheck or similar?
Comment 4 gleppert 2012-06-04 00:29:13 UTC
@Rainer: Thanks for looking into this bug. I switched off hyphenation-without-inquiry and auto-spellchecker, but it doesn't make a difference. Still crashes always.

My system: Lenovo Thinkpad x220i, Ubuntu 11.10, 64-bit, Gnome3, LibreOffice 3.5.4.2  Build ID: 350m1(Build:2) from the PPA. English locale, Text language English-UK. 

I think I have no special extensions (besides the LO default extensions) installed: some dictionaries, linguist, writer-rotation-tool, Zotero.
Comment 5 gleppert 2012-06-04 01:24:19 UTC
Created attachment 62489 [details]
Backtrace on Linux
Comment 6 gleppert 2012-06-04 01:25:02 UTC
Please see attached the Backtrace of the crash
Comment 7 Joel Madero 2012-07-15 19:36:58 UTC
I'm not able to reproduce, it's insanely slow but that's to be expected with this big of a document. IMO this is not a bug, just a result of a massive file and systems that don't have enough resources to handle them. Not sure if anything could be done to make this faster or work on your particular system.
Comment 8 gleppert 2012-07-15 20:35:50 UTC
@Joel: Thanks. I think it is a bug and not just resulting from massive resource use, but I have very good news:

I cannot reproduce it with LO 3.6. Beta 3 from the LibreOffice website. The file opens fine (ca. 25 seconds) and it is possible to change the font without problems. No crash. I tried it a couple of times, there was never a crash.

With LibreOffice 3.5.4.2 Build ID: 350m1(Build:2) from the Ubuntu PPA, I can reproduce the crash always. Maybe there is a problem how the Ubuntu LibreOffice version is built.

Since the newer version seems to solve the problem, I put the bug on "hold" as RESOLVED -> WORKSFORME. I will try the file again when LibreOffice 3.6. is out.