Comment 47 for bug 998087

Hello everybody,

sorry for this late comment, this bug is really old and in this case or in many cases all ready fixed (i hope).
In my case i have the same problem with a printer from HP manufacture. Why i write this comment? I hope some people have the same problem still available and can fix it, too.

The bug/problem is: After 2 or 3 sites are printed the printer print out: "ERROR: Offending command: put" and nothing more. The printout will only crashed if we have more than one copy from the same print.
Keyword "Collate".

In the first situation the bug can be fixed with the cups option:
"-o pdftops-renderer-default=pdftops", but have anybody see after this option is set, the printout data will grow up for ten times. That was not really a good deal.

So i have used debug options from cups equals "cupsctl --debug-logging" to show me, how does cups will be convert the data stream from pdf (thats the first data stream after click in print) to postscript.
I found following processes:
"gs, pstops and hpps" (but the last one is not really important for this problem)

The first process will execute:
gs: gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout -dLanguageLevel=3 -r600 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE -c 'save pop' -f /var/spool/cups/d00721-001

after this:
pstops: /usr/lib/cups/filter/pstops 721 christian 'Some Title' 5 'job-originating-user-name=christian InputSlot=Tray3 noHPEdgeToEdge Duplex=DuplexTumble HPColorAsGray MediaType=Plain PageSize=A4 Collate job-priority=50 HPPJLOutputMode=GeneralOffice job-sheets=none,none number-up=1 job-uuid=urn:uuid:d69b588f-6144-314d-4578-5fe599927876 job-originating-host-name=localhost time-at-creation=1522310875 time-at-processing=1522310875'

and then hpps...
but this converting with hpps is not really interessting.

but if i read the postscript data with ghostscript after the first ghostscript process will done, i became the same error message how does the printer will printout:
"%%[ Error handled by opdfread.ps : typecheck; OffendingCommand: put ]%%". I stopped the printer queue and read the file with gs /var/spool/cups/d000723-001
Oh, thats really cool, but where is the problem?
Before than the ghostscript will convert to postscript or it comes with ghostscript?
Ok, i will change my ghostscript version from 9.10 to 9.23, never changed, same problem still available!
I reduce the options in the pstops statement because, the reduce from gs statements was no good idea ;-).
So after i reduce the option "Collate" the print out was complete printed. Ok the sorting of paper was not possible, but i have a idea :-D!
I have really do many changes with the ppd to become an answer.

The last step i have changed was: This option to "False" from ppd file: *cupsManualCopies: False
And my problem was done.

Now, can please tell me anybody, how does this option will bring up this error: "%%[ Error handled by opdfread.ps : typecheck; OffendingCommand: put ]%%".

thanks for all to support this bug.