Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1553915
| Summary: | mupdf crashes when viewing some documents | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Ricardo Garcia <fedora> | ||||||
| Component: | mupdf | Assignee: | Michael J Gruber <mjg> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 27 | CC: | michal.jnn, mjg | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | mupdf-1.13.0-6.fc28 | Doc Type: | If docs needed, set a value | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2018-06-07 12:35:09 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: |
|
||||||||
Thanks for the report. Interestingly, this PDF works with zathura, even using its mupdf backend. I've pointed upstream to this report. I've built mupdf 1.12.0 from the official source tarball without any patches and it doesn't seem to crash. Color rendering is also fine. By following the procedure in the spec file (removing thirdparty/ and applying the same compilation flags), I get the crash. If I apply the patch mentioned here it doesn't crash but color rendering is borked. https://bugs.ghostscript.com/show_bug.cgi?id=698877 I bumped into another document which reliably crashes mupdf-1.12.0-5.fc27.x86_64 in exactly the same way as in the original report. As a reproducer is already present I would rather avoid uploading this document as it is not exactly mine. As this is a one-page file mupdf bombs out immediately on an attempt to open it. Anyway - pdfinfo reports the following; Creator: Adobe InDesign CC (Windows) Producer: Adobe PDF Library 11.0 CreationDate: Mon Apr 13 15:36:12 2015 MDT ModDate: Thu Apr 5 12:02:26 2018 MDT Tagged: yes UserProperties: no Suspects: no Form: AcroForm JavaScript: no Pages: 1 Encrypted: no Page size: 432 x 720 pts Page rot: 0 File size: 129101 bytes Optimized: no PDF version: 1.6 and neither evince nor xpdf do not have any problems to render it. gdb produced backtrace is attached. Created attachment 1428607 [details]
gdb data from mupdf crash
Could you try with a build from https://copr.fedorainfracloud.org/coprs/mjg/mupdf/ please? These are test builds for the upcoming fedora mupdf update. I will have to bundle lcms2 to fix these issues, the copr build has that. I still have to decide whether the mupdf UI issues (unicode, copy+paste) justify bundling the patched freeglut. Since bundling patched libs should not be done lightly I've allowed extra time before I apply these changes, and additional input would be very helful. (In reply to Michael J Gruber from comment #5) > Could you try with a build from > https://copr.fedorainfracloud.org/coprs/mjg/mupdf/ please? My "crasher" file is rendered by this build of mupdf without any complaints or other issues. If this is really an lcms2 fault then maybe this report should be reassigned there? (In reply to Michal Jaegermann from comment #6) > (In reply to Michael J Gruber from comment #5) > > Could you try with a build from > > https://copr.fedorainfracloud.org/coprs/mjg/mupdf/ please? > > My "crasher" file is rendered by this build of mupdf without any complaints > or other issues. Perfect, thanks! > If this is really an lcms2 fault then maybe this report should be reassigned > there? mupdf uses lcms2 in a special way (multithreaded), and Artifex (the makers of mupdf) patch lcms2 to support this mode. Artifex do not support the use of an unpatched lcms2; lcms2 does not accept the Artifex patches; Fedora does not support bundled versions of system libraries, unless necessary for special reasons, and unless the patcher (in this case: Artifex) makes sure to apply security fixes. In any case, this warrants bundling lcms2. Updates upcoming. Thanks. The COPR build fixes the crash and the weird colors in my system too. Looking forward to those updates. mupdf-1.13.0-6.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-62e4d0c866 mupdf-1.13.0-6.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-62e4d0c866 mupdf-1.13.0-6.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report. |
Created attachment 1406403 [details] Document producing the crash Description of problem: When viewing some documents, mupdf crashes with the following message: $ mupdf-x11 catalog_es.pdf mupdf-x11: source/fitz/colorspace.c:1399: fast_rgb_to_cmyk: Assertion `"This should never happen" == NULL' failed. Aborted (core dumped) Version-Release number of selected component (if applicable): mupdf-1.12.0-5.fc27 How reproducible: I've attached a document that reliably reproduces the crash in my system when attempting to view page 3. Steps to Reproduce: 1. Open the attached document. 2. Forward page until page 3. Actual results: Crash. Expected results: Displaying the document without crashes. :-) Additional info: