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
