print/cups-base web interface broken & unable to print

[Beeblebrox]

I may have some clues why my cups-printing is broken. I have two real
printers and two virtual (PS/PDF) printers defined but none of them work.
The main printer used in diagnostic:
Printer: HP_LaserJet_2100tn with ps-level2
Driver:	HP LaserJet 2100M Foomatic/Postscript (grayscale, 2-sided printing)

1. Trying to print a simple text file from mousepad results in this error in
the log file:
"Request file type is application/pdf.
Print-Job client-error-document-format-not-supported: Unsupported format
"application/pdf".
Returning IPP client-error-document-format-not-supported for Print-Job
(ipp://localhost:631/printers/hp2100) from localhost"

2. File > Print preview on same printer is displayed as a single line of
text - that is, all /CR seems to be ignored and all lines are printed
one-on-top another.

3. Enabling "debug: 1" in foomatic/filter.conf does not create a log file
"/tmp/foomatic-rip.log" (nor in /var/tmp/) as claimed.

4. Changing Driver to: HP LaserJet 2100M - CUPS+Gutenprint v5.2.8
(grayscale, 2-sided printing), Fixes issue #2 from above, but printing still
fails with same error message stated in issue #1.

5. Changing Driver to: Generic PCL Laser Printer (grayscale, 2-sided
printing) gives same as #4 (can preview, can't print)

6. Changing Driver to: Generic PostScript Printer (color, 2-sided printing)
gives same as #4 (can preview, can't print)

print/cups related packages installed on the system:  cups-base-1.7.3, 
cups-client-1.7.3,  cups-image-1.7.3,  cups-pdf-2.6.1_1, 
cups-pstoraster-8.15.4_8,  gutenprint-cups-5.2.8_1,   ghostscript9-9.06_7.
* Re-installing these packages with "pkg install -f" => No difference
* Deleting cups-pdf from the system  => No difference
* FreeBSD's own LPD prints to this device hp2100 without problem.
* cupsd server was restarted after each change.

7. "{# OR $} /usr/local/bin/lpr -Php2100 printer_testps.txt"  =>
/usr/local/bin/lpr: Unsupported document-format "text/plain".
Below redacted cups-err.log shows that text/plain is also not a format
accepted by cups, and that the server cancels such jobs on its own (job was
not canceled by user):
D Send-Document ipp://localhost:631/printers/hp2100
D cupsdIsAuthorized: requesting-user-name="xyz"
D [Job 20] Request file type is text/plain.
E [Client 12] Returning IPP client-error-document-format-not-supported for
Send-Document (ipp://localhost:631/printers/hp2100) from localhost
D cupsdSetBusyState: newbusy="Dirty files", busy="Active clients and dirty
files"
D Cancel-Job ipp://localhost:631/printers/hp2100
D [Job 20] time-at-completed=1406964960
D Discarding unused job-completed event...
I [Job 20] Job canceled by "xyz"
D cupsdMarkDirty(---J-)
D [Client 12] Returning IPP successful-ok for Cancel-Job
(ipp://localhost:631/printers/hp2100) from localhost

8. ghostscript's pdf2ps correctly converts a pdf file to ps.

CONCLUSION: Although at least changing from foomatic-based drivers seems to
have cleared one error (ignored /CR), I'd like to get some ideas as to why
cups-client keeps thinking that the document is a pdf when a GUI is used.
Does anyone have ideas how to correct or what else I can try?




-----
FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS
--
View this message in context: http://freebsd.1045724.n5.nabble.com/print-cups-base-web-interface-broken-unable-to-print-tp5918098p5934106.html
Sent from the freebsd-ports mailing list archive at Nabble.com.