| Summary: | MuPDF can't render PDF document which contains XFA forms | ||
|---|---|---|---|
| Product: | MuPDF | Reporter: | Mike Gorchak <mike.gorchak.qnx> |
| Component: | fitz | Assignee: | Tor Andersson <tor.andersson> |
| Status: | NOTIFIED WONTFIX | ||
| Severity: | enhancement | CC: | drankinatty, maxim.suraev, robin.watts, zeniko |
| Priority: | P4 | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| Customer: | 580 | Word Size: | --- |
| Attachments: |
This document can't be rendered
This document is rendered fine. |
||
Created attachment 9081 [details]
This document is rendered fine.
This is because MuPDF doesn't support XFA forms (which per http://code.google.com/p/sumatrapdf/issues/detail?id=1294 seem to be used by various governments and other public institutions). Some references with regards to xfa can be found in http://blog.idrsolutions.com/2013/09/xfa-articles-index-understanding-xfa/ although it should be taken with a grain of salt: their own soft suck tremendously at handling xfa :) This still is shown as P4 enhancement even though the customer field has been set. IMHO, this is a long shot, but definitely more likely to be done with mupdf than ever with GS (ref bug 695117) since mupdf at least can support some form filling (AFAIK). Note that if we do this, it will probably be the first since I can't find any open source for XFA form filling (Adobe has dropped linux support for Acrobat that had XFA) (In reply to Ray Johnston from comment #4) > Note that if we do this, it will probably be the first since I can't find > any open source for XFA form filling (Adobe has dropped linux support for > Acrobat that had XFA) I believe iText can handle XFA forms. *** Bug 696108 has been marked as a duplicate of this bug. *** The first document uses dynamic XFA: it's a thin PDF wrapper around an XFA document which describes the entire page content, including text and images that are not part of the form. The second document uses static XFA: the XFA form is defined to sit on top of existing AcroForms. This kind of document we already handle well enough to display, since the vital form information is duplicated between XFA and AcroForm. In order to support the first document, we need to add a completely new document format handler to MuPDF to sit along side PDF, XPS and EPUB: XFA. XFA forms are deprecated in PDF 2.0. |
Created attachment 9080 [details] This document can't be rendered I've two similar (similar from my point of view) PDF documents. One of them, IMM5257B_1.PDF, which contains fillable forms is rendered fine in r/o mode. While second document, IMM1295E.PDF, is not rendered properly. MuPDF engine renders only one page which contains: "To view the full content of this document, you need a later version of the PDF viewer. You can upgrade to the latest version of Adobe Reader from ...."