Description of problem:
The right margin of printer test page isn't printed on our Canon iR 3170C EUR.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start system-config-printer.
2. Try to print test page.
3. watch printed test page.
No right margin.
All margin should be present.
Created attachment 357317 [details]
Canon iR 3170C EUR ppd.
Created attachment 357322 [details]
Test page as PostScript
So if you print this file like 'lp -oraw output.ps' do you also have a missing right-hand edge border?
The relevant parts of the PPD are:
*ImageableArea A4/A4: "11.3386 11.3386 583.6614 830.6614"
The relevant parts of the PostScript are:
11.3 11.3 translate
gsave 2 setlinewidth 1 1 570.3 817.3 rectstroke grestore
This is what I got from the bannertops filter that comes with cups-1.4-0.rc1.12.fc12, and the numbers do seem to add up:
11.3 (left margin) + 570.3 (imageable width) + 2 (line width) == 583.6
583.6 (right-hand extent of image) <= 583.6614 (right-hand extend of imageable area)
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release. Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release. This request is not yet committed for
Created attachment 357328 [details]
Printed by evince
This was printed by evince.
Created attachment 357329 [details]
Printed by lp
This was printed by lp -oraw output.ps
Created attachment 357331 [details]
original test page
This is the original page, please. (Media Limits and Media Dimensions are different.)
No surprise that evince gets printing wrong. ;-) Changing component.
Er.. you printed that test page for the wrong size page (US Letter instead of A4).
(In reply to comment #9)
> Er.. you printed that test page for the wrong size page (US Letter instead of
OMG Tim you are right, sorry for my stupidity.
Closing as NOTABUG.
Well, the evince-printed test page came out wrong even though it was exactly the same as the command-line-printed A4 page which came out perfectly.
So there is still a bug here because evince is translating the page upwards and slightly to the right -- rather than just sending the PostScript directly to CUPS, which is what it ought to do.
(In reply to comment #11)
> Well, the evince-printed test page came out wrong even though it was exactly
> the same as the command-line-printed A4 page which came out perfectly.
I think that fault was on my site, because I've print this page with US page format instead of A4 format (different dimensions - 216x279mm[US] vs 210x297mm[A4]).
When I print this page as A4, than all is fine.
> So there is still a bug here because evince is translating the page upwards and
> slightly to the right -- rather than just sending the PostScript directly to
> CUPS, which is what it ought to do.
this is a problem in libspectre. It was introduced into evince since upstream's fix of "https://bugzilla.gnome.org/show_bug.cgi?id=585442".
This change involved Ghostscript into processing of PS files.
libspectre doesn't set a paper size and that is why Ghostscript uses default paper size (US Letter).
The translation problem is also caused by this change because revert of the change in evince returns correct results.
=> reassigning to libspectre
the problem was really in evince. It should be fixed in current version of evince.
Tomas, could you try whether it works for you know?
All is OK.
Verified on: evince-2.28.2-5.el6.x86_64