Form values are also lost with the old pdftopdf implementation (used in cups-filters before 1.0.21). Probably only the pdf->ps workflow ever worked.
The form values are also lost by just using qpdf to 'non-destructively' rewrite the pdf. Therefore the problem is already present in the underlying libqpdf. The provided pdf files all use xref-streams, which I'm currently not able to accurately debug. I have some faint memories that to enable form-filling with Adobe Reader the original pdf has to be specially 'signed', and this signature can only be generated by the Adobe Acrobat Professional application... this might play a role here. Another thing: When I use evince to print the form, it seems to work. Could it be that the problem only occurs when using Adobe Reader to fill and/or print the form? Or at least that it works, when evince is used to fill/print? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/923955 Title: pdftopdf filter fails to output form field values Status in “cups” package in Ubuntu: Confirmed Bug description: Running the provided form through the pdftopdf filter results in an empty PDF form: all field values disappear. These types of forms have been known to print correctly before (in Karmic). Tested under 10.10 and 11.04. Both show the same behavior. To reproduce: /usr/lib/cups/filter/pdftopdf 1 user '' 1 '' < interactive_enabled_filled.pdf > output.pdf or lpr interactive_enabled_filled.pdf Original form available here: http://help.adobe.com/en_US/Acrobat/9.0/Samples/interactiveform_enabled.pdf To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/923955/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
