*** This bug is a duplicate of bug 978120 *** https://bugs.launchpad.net/bugs/978120
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. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/998087 Title: printer ERROR: invalidaccess OFFENDING COMMAND: filter Status in cups-filters package in Ubuntu: Fix Released Status in cups-filters source package in Precise: Fix Released Status in cups-filters source package in Quantal: Fix Released Bug description: This is probably related to bug #960666 but is when trying to print to an HP LaserJet 4050. When trying to print graphics (I have tried both from Geany and from Document Viewer (viewing a PDF), the printer prints a blank page and then a page with the text: ERROR: invalidaccess OFFENDING COMMAND: filter STACK: /SubFileDecode endstream 0 --nostringval-- --nostringval-- 11 false (above was when trying to print from geany) but I think the PDF printed the same text. This printer worked perfectly in the previous 3 versions of Xubuntu but I get this error in Xubuntu 12.04, so I know it's not a printer problem. Interestingly, the Ubuntu test page prints perfectly. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/998087/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp