Bug 1809763 - Printing of most postscript files not working anymore
Summary: Printing of most postscript files not working anymore
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: cups-filters
Version: 31
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Zdenek Dohnal
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-03-03 20:24 UTC by Albert Flügel
Modified: 2020-03-04 14:00 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2020-03-04 09:20:09 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
postscript file that cannot be printed (5.23 KB, application/postscript)
2020-03-03 20:24 UTC, Albert Flügel
no flags Details
PPD file of the printer (42.39 KB, text/plain)
2020-03-03 20:26 UTC, Albert Flügel
no flags Details
A postscript file that is printed (17.63 KB, application/postscript)
2020-03-03 20:27 UTC, Albert Flügel
no flags Details
Output of foomatic-rip -v ... from cups-filters-1.27.1-1.fc31.x86_64 (1.61 KB, text/plain)
2020-03-03 20:34 UTC, Albert Flügel
no flags Details

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.


Note You need to log in before you can comment on or make changes to this bug.