*** 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
