Bug 1809763

Summary: Printing of most postscript files not working anymore
Product: [Fedora] Fedora Reporter: Albert Flügel <af>
Component: cups-filtersAssignee: Zdenek Dohnal <zdohnal>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 31CC: twaugh, zdohnal
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-03-04 09:20:09 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
postscript file that cannot be printed
none
PPD file of the printer
none
A postscript file that is printed
none
Output of foomatic-rip -v ... from cups-filters-1.27.1-1.fc31.x86_64 none

Description Albert Flügel 2020-03-03 20:24:54 UTC
Created attachment 1667298 [details]
postscript file that cannot be printed

Description of problem:
foomatic-rip outputs empty file with many postscript or PDF files. Thus nothing is printed.
The weird thing is, that i have not modified anything on the machine since
the time printing was working last time. No, really not. Now i updated cups-filters, because an update was available. However, this did not change anything.
I think the issue can be boiled down to the following:
<start>
/usr/lib/cups/filter/foomatic-rip -v --ppd /etc/cups/ppd/bunti.ppd  < align.ps
DEBUG: Color Manager: Invalid printer name.
'CM Color Calibration' Mode in SPOOLER-LESS: Off
foomatic-rip version 1.27.2 running...
called with arguments: '-v', '--ppd', '/etc/cups/ppd/bunti.ppd'
Parsing PPD file ...
Added option ColorSpace
Added option PageSize
...
================================================

Filetype: PostScript
Storing temporary files in /tmp
No pages left, outputting empty file.

Closing foomatic-rip.
<end>

I think the problem is not related to this PPD, but the logics in foomatic-rip to handle the postscript text.

I'll attach the PPD (originates from openprinting) and the align.ps (from foo2zjs). Furthermore i'll attach the complete foomatic-rip output.

Version-Release number of selected component (if applicable):
cups-filters-1.27.2-1.fc31.x86_64


How reproducible:
try to print the attached file. It should print.

Steps to Reproduce:
1. /usr/lib/cups/filter/foomatic-rip -v --ppd /etc/cups/ppd/bunti.ppd  < align.ps >/tmp/1

Actual results:
i get only messages, that there is no output produced

Expected results:
native printer data is written to /tmp/1


Additional info:

Comment 1 Albert Flügel 2020-03-03 20:26:22 UTC
Created attachment 1667299 [details]
PPD file of the printer

Comment 2 Albert Flügel 2020-03-03 20:27:22 UTC
Created attachment 1667301 [details]
A postscript file that is printed

Comment 3 Albert Flügel 2020-03-03 20:34:39 UTC
Created attachment 1667303 [details]
Output of foomatic-rip -v ... from cups-filters-1.27.1-1.fc31.x86_64

Comment 4 Albert Flügel 2020-03-03 20:38:04 UTC
Additional Info: The attached foomatic-rip output is from 1.27.1-1 , because this version prints more interesting blah. The newer 1.27.2-1 prints less. This difference alone shows me that this previously working component has been broken to notable degree by applying fragile development.

Comment 5 Albert Flügel 2020-03-03 21:14:10 UTC
Additional Info: The old version 1.22.5-4 is working.
Congrats. A software that is working flawlessly since 10+ years has been screwed up.
Nothing is safe.

Comment 6 Zdenek Dohnal 2020-03-04 09:20:09 UTC

*** This bug has been marked as a duplicate of bug 1806862 ***

Comment 7 Zdenek Dohnal 2020-03-04 10:51:56 UTC
Actually, you are trying to print postscript file which does not have any pages - so no pages printed out is correct output.

When you have specific PS file which has at least one page, it prints out correctly (in 1.27.2).

You can try it when you convert some PDF by:

gs -dNOPAUSE -dBATCH -sDEVICE=ps2write -sOutputFile=<filename>.ps <pdf>

and printing created postscript file.

Comment 8 Albert Flügel 2020-03-04 13:36:39 UTC
comment 7 is nonsense. Obviously the commenter has no idea of postscript.
i accept the "duplicate", but not, that this is not a bug.
the referred bug report says it all and with the old software version the file is printed.

*** This bug has been marked as a duplicate of bug 1806862 ***

Comment 9 Zdenek Dohnal 2020-03-04 14:00:30 UTC
You are sending invalid (has no pages) postscript document to printer. The result is correct - no pages. The old foomatic-rip producing output for such documents was a bug.

The bug #1806862 produced empty output even for valid postscript files.

You can speak your mind in https://github.com/OpenPrinting/cups-filters/issues/215 , if you do not agree.