Bug 672818
| Summary: | [abrt] SwTxtNode::GetTxtAttrForCharAt killed by signal 11 (SIGSEGV) | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Eudemus <eudemus> | ||||
| Component: | openoffice.org | Assignee: | Caolan McNamara <caolanm> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 14 | CC: | caolanm, dtardon | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | i686 | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | abrt_hash:487083fe2ceb4c888671f34f087590ba7fe138ef | ||||||
| Fixed In Version: | libreoffice-3.3.1.2-3.fc15 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2011-03-09 03:15:23 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
Eudemus
2011-01-26 14:20:56 UTC
Created attachment 475398 [details]
File: backtrace
This one slipped between the cracks. I guess its a bit late to ask if you are able to reproduce this ? Given the value of the nWhich argument (RES_TXTATR_BEGIN == RES_TXTATTR_REFMARK), this SwTxtNode::GetTxtAttrForCharAt could only have been called from two places: SwXReferenceMark::Impl::InsertRefMark in sw/source/core/unocore/unorefmk.cxx and SwHistorySetRefMark::SetInDoc in sw/source/core/undo/rolbck.cxx . That said, I do not see any obvious problem either in that code (well, rPam.GetPoint()->nContent.GetIndex() - 1 looks a bit dubious, but it is not the cause of this crash...) or in zotero code (https://www.zotero.org/svn/integration/xpcom/OpenOffice/trunk/build/src/org/zotero/integration/ooo/). Because this=0x0 is what gdb claims, and SwHistorySetRefMark::SetInDoc protects against a NULL SwTxtNode that would suggest that one is ruled out. We could try a bandaid at the other location added in bandaid, will be in >= 3.3.0-20.3 Package libreoffice-3.3.1.2-3.fc15: * should fix your issue, * was pushed to the Fedora 15 updates-testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libreoffice-3.3.1.2-3.fc15' as soon as you are able to, then reboot. Please go to the following url: https://admin.fedoraproject.org/updates/libreoffice-3.3.1.2-3.fc15 then log in and leave karma (feedback). libreoffice-3.3.1.2-3.fc15 has been pushed to the Fedora 15 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update libreoffice'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/libreoffice-3.3.1.2-3.fc15 libreoffice-3.3.1.2-3.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report. |