Bug#796779: cups-server-common: CUPS mime.types no longer recognises PDF
Package: cups-server-common
Version: 2.0.3-10
Severity: important
Tags: patch
Dear Maintainer,
I found that CUPS stopped printing from some applications, e.g. evince, gimp.
However, other applications did work, e.g. xpdf. Also, printing a test page
from the CUPS web interface DID work.
On investigation, it looked as though the non-working applications were sending
their print job as PDF, while the working ones were sending PostScript.
With debug on, I could see the following:
D [24/Aug/2015:11:52:04 +0100] [Job ???] Auto-typing file...
I [24/Aug/2015:11:52:04 +0100] [Job ???] Request file type is application
/octet-stream.
The file /usr/share/cups/mime/mime.types contains a rule to recognise PDF as
follows:
application/pdf pdf regex(0,^[\\n\\r]*%PDF)
I can't see anything wrong with that, but it isn't working. When I change the
rule to:
application/pdf pdf string(0,%PDF)
the file is recognised as PDF and the correct filters are called and printing
works. (I'm aware that my replacement rule will fail if there is whitespace at
the start.) Debug shows:
D [24/Aug/2015:13:19:46 +0100] [Job ???] Auto-typing file...
I [24/Aug/2015:13:19:46 +0100] [Job ???] Request file type is application/pdf.
I have no idea what can be unusual with my system to cause the regex to fail. I
have made no manual mods to anything to do with CUPS.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.0.4-thinkpad (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_IE.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
-- no debconf information
Reply to: