[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#796779: marked as done (cups-server-common: CUPS mime.types no longer recognises PDF)

Your message dated Thu, 10 Mar 2016 18:22:54 +0000
with message-id <10032016181832.d766e46b01b7@desktop.copernicus.demon.co.uk>
and subject line Re: Bug#796779: cups-server-common: CUPS mime.types no longer recognises PDF
has caused the Debian Bug report #796779,
regarding cups-server-common: CUPS mime.types no longer recognises PDF
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
796779: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796779
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
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

--- End Message ---
--- Begin Message --- 
The report forwarded upstream by Odyx produced:

  http://www.cups.org/documentation.php/doc-2.1/relnotes.html

   CUPS 2.1.0 (August 31, 2015)

    The new PDF file type rule did not work (STR #4692)

Regards,

Brian

--- End Message ---
Reply to: