Bug 891082
| Summary: | libreoffice Impress constantly crashes | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Steve Grubb <sgrubb> | ||||
| Component: | libcdr | Assignee: | David Tardon <dtardon> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 18 | CC: | caolanm, dtardon, erack, ltinkl, mstahl, sbergman | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2013-01-18 20:32:05 UTC | Type: | Bug | ||||
| 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
Steve Grubb
2013-01-01 16:05:34 UTC
that sounds annoying... but i've never seen this in my 3.6 builds on F16/F17... and it sounds very odd to get a libcdr exception on startup. could you attach a gdb backtrace of the crash? you can run "soffice --backtrace" which should make it easy Created attachment 672582 [details]
Backtrace from crash
Hope this sheds some light on it...
so apparently Impress is doing some type detection and tries out the CDR import filter among others. problem is that libcdr does not catch the exception it throws... ... have fixed that in libreoffice upstream master in commit 374f7465729c98f2cc8af72f876a8eab01d192a6 and backported to libreoffice-4-0 and libreoffice-3-6 release branches. then i noticed that libcdr upstream already contains a fix for the bug by dtardon (commit c21b18b668b9efc0dc14257e1e43a85c1ccea807). but apparently that is not yet in the fedora "libcdr" package, which is used by libreoffice on Fedora and RHEL7... ...and i don't have ACLs to commit to it :( so i can't fix this right now, will have to wait for dtardon. (In reply to comment #3) > so apparently Impress is doing some type detection and tries out > the CDR import filter among others. > > problem is that libcdr does not catch the exception it throws... > ... have fixed that in libreoffice upstream master in commit > 374f7465729c98f2cc8af72f876a8eab01d192a6 > and backported to libreoffice-4-0 and libreoffice-3-6 release branches. > > then i noticed that libcdr upstream already contains a fix for > the bug by dtardon (commit c21b18b668b9efc0dc14257e1e43a85c1ccea807). Yeah. I did not realize it would cause real trouble... > > but apparently that is not yet in the fedora "libcdr" package, > which is used by libreoffice on Fedora and RHEL7... > ...and i don't have ACLs to commit to it :( You can ask for them at https://admin.fedoraproject.org/pkgdb/acls/name/libcdr . > so i can't fix this right now, will have to wait for dtardon. Done. libcdr-0.0.9-2.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/libcdr-0.0.9-2.fc18 The updated libcdr does fix the problem for me. Thanks! Package libcdr-0.0.9-2.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libcdr-0.0.9-2.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-0430/libcdr-0.0.9-2.fc18 then log in and leave karma (feedback). libcdr-0.0.9-2.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. |