Red Hat Bugzilla – Bug 213996
n-up printing does not work from OOo Impress
Last modified: 2007-11-30 17:11:47 EST
Description of problem:
Try to print. Nothing is printed. Others on Scribus email list have this problem
with FC6 after upgrade from FC5. I have this problem on fresh install of FC6.
Another also has this problem with OpenOffice.org's Impress after a fresh
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open OO Impress. Choose the template "new product"
2. Choose the slides
3. Try to print... choose the second tab and 2-up printing.
4. Try to print.
Using HP-PSC 2175 printer with HP PSC 2170 driver. Also others are using other
Job shows in lpq but never goes to printer.
OO Writer and Draw will print.
Yes, I see this here too -- thanks for reporting it. Will investigate.
Created attachment 140394 [details]
effcups bug report in the morning
Maybe related to printing as this occurred after trying to print with OO
impress - albeit this occurred several ohours later and was seen the next
No, this is not related. Please report that eggcups crash as a separate bug
report, against the 'desktop-printing' component.
FWIW, *this* bug seems to be in foomatic; at least, printing to a non-foomatic
queue seems to avoid the problem.
Hmm, no, this really is a CUPS bug, not foomatic.
Seems like this might be an OpenOffice.org problem of some kind.
So this only with 2-up printing, i.e. if you use impress, print and don't select
that it works ?
If so, what happens if you print to file (without 2-up), use evince to open that
.ps and use print there and 2-up printing ? Does that work ?
If I do that, evince only shows there being one page. :-)
If I print it using 'lp -onumber-up=2 -dstylus' I get the same problem as before.
In Scribus, the workaround is to check Alternative Printing Command in printing
requester, then enter 'lp -dprintername'
I *think* what I see is postscript where for some reason "%%EndResource" is not
at the start of the line but appended to the previous line, that might explain this
I see that too, and it's certainly a bug. However, editing the PostScript to
put the '%%EndResource' on the next line doesn't seem to fix it. 'lp
-onumber-up=2 -dstylus' gives the same GhostScript error as before in error_log.
Well psnup on a sample .ps gives a renderable output.ps while lp -onumber-up=2
oky doky, a mixture of openoffice.org issuezilla 65491 and a little sprinkling
of my own crack. Fix checked in, will be in next update.
Though clearly any remaining problem in scribus is outside my control
Fix confirmed here with openoffice.org-core-2.0.4-5.5.2.
Tim: if you are also having problems with Scribus, please file a separate bug
report for that. Thanks.
*** Bug 216507 has been marked as a duplicate of this bug. ***