Package: qpdf Version: 5.1.2-1 Severity: important qpdf, which is used in cups-filters for printing, throws an exception when asked to provide the contents of a page that has no /Contents entry in its page dictionary. The result of this is that users are not able to print PDF files with blank pages that are generated by certain software packages.
The fix is one line of code, and fixing this is important because people do occasionally need to print files with blank pages in them! See also https://bugs.launchpad.net/ubuntu/+source/qpdf/+bug/1392048, which is where I first learned about the problem. I am upstream for qpdf, and I have fixed the bug there (https://github.com/qpdf/qpdf/commit/caab1b0e1642bc6ee0194c7ab4c4a4de2ab22f2c) The upstream fix includes an updated test case, but I am not including that here. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qpdf depends on: ii libc6 2.19-10 ii libgcc1 1:4.9.1-9 ii libpcre3 1:8.35-3 ii libqpdf13 5.1.2-1 ii libstdc++6 4.9.1-9 ii zlib1g 1:1.2.8.dfsg-2 qpdf recommends no packages. qpdf suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org