Bug 825548
Summary: | [abrt] libreoffice-core-3.5.3.2-3.fc17 specific rtf document incredibly slow to load | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mikhail <mikhail.v.gavrilov> | ||||||||||||
Component: | libreoffice | Assignee: | Caolan McNamara <caolanm> | ||||||||||||
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||
Severity: | unspecified | Docs Contact: | |||||||||||||
Priority: | unspecified | ||||||||||||||
Version: | 17 | CC: | caolanm, dtardon, erack, ltinkl, mikhail.v.gavrilov, mstahl, sbergman | ||||||||||||
Target Milestone: | --- | ||||||||||||||
Target Release: | --- | ||||||||||||||
Hardware: | i686 | ||||||||||||||
OS: | Unspecified | ||||||||||||||
Whiteboard: | abrt_hash:acd97f13e0d77b207a51196f7f0c775ecc7f1568 | ||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||
Clone Of: | Environment: | ||||||||||||||
Last Closed: | 2012-05-30 12:36:22 UTC | Type: | --- | ||||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||||
Documentation: | --- | CRM: | |||||||||||||
Verified Versions: | Category: | --- | |||||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||
Embargoed: | |||||||||||||||
Attachments: |
|
Description
Mikhail
2012-05-27 17:31:09 UTC
Created attachment 587098 [details]
File: backtrace
Created attachment 587099 [details]
File: maps
Created attachment 587100 [details]
File: dso_list
Created attachment 587101 [details]
File: build_ids
could you attach the rtf file here? Created attachment 587271 [details]
problem doc file
In master I don't get it to crash, but it is *incredibly* slow and its hot spot is exactly that of the backtrace. I could well believe that its eating insane amounts of memory. caolanm->dtardon: are your recent changes upstream with RTFValue related to this bug ? This crash occurs when I do "kill -9" to hang libreoffice process. dtardon->caolanm: Sort of. I looked around the related code a bit and the missing operator= seemed a potential problem. But I have no idea if it fixes this bug or not. ah, manual kill during the load, That makes sense because its so incredibly slow to load, rather a vital piece of information :-) Indeed staggeringly slow to load, there are very few /pard tags to reset attributes to defaults and the same attributes appear again and again so the list of properties grows to insane levels, although they are just the same properties again and again. I've implement an optimization to avoid the properties growing hugely if we can determine that they can be merged at load time. http://cgit.freedesktop.org/libreoffice/core/commit/?id=651d045cddf8fd238999cb3442e87410f1a8e1df This will appear in LibreOffice 3.6. I'll run it past vmiklos to see if he reckons its safe for a 3.5.X |