Bug 188348

"the printable area problem": could you explain that to me in terms of what you
see and in which dialog?  I saw this paragraph that Ralf Ertzinger wrote on
fedora-devel-list:

> Same here (cups to a PS printer via SMB). Cups test page works, and claims
> that the imageable area is 260x367mm, which is plainly ridiculous (this is
> an A4 printer), although I do now know where those numbers come from.

What do you see from a printed test page?

with "the printable area problem" I indeed meant Ralf's mail.

For me the CUPS testpage says page size: 10.18x14.08 inch, 258.5x375.5 mm. Which
is way to large for an A4 page. The testpage does fill most of the A4 unlike the
pdf prints.

Also the rulers at the top/bottom and left/right or way off the top ruler starts
16 mm from the left margin and 20 mm from the left side of the page. The right
side ruler starts 28 mm from the bottom margin and 40 mm from the bottom of the
page. The rulers do go all the way to the right / top margin.

The scale of the rulers is of too 100 mm on the ruler is only 79 mm in the real
world. Both rulers do have an indentical scale.

This is probably due to the mis reported resolution, according to the testpage
the resolution is 236x236dpi which should be 300x300.

The lower-left and upper rights reports also are strange: lower-left:
-21.2 x -36.1 mm Notice the minus signs! upper right: 237.3 x 321.4 mm

I Also tried to print the trustworhty old redhat A4 testpage, this only shows a
very small upper left corner of what I believe should be the 1 cm border of this
page the part show is far of from 1 cm of the pages borders.

I hope this helps.

Remind me what version of the cups RPM package you have?

Also, would you mind attaching the PPD file for that queue?  It's in
/etc/cups/ppd/{queuename}.ppd.  Thanks.

Created attachment 127501 [details]
the requested ppd file

As requested the ppd file, I upgraded to the latest rawhide this morning:
[hans@shalem ~]$ rpm -q cups
cups-1.2-0.4.rc2.1.x86_64
[hans@shalem ~]$

I did do a "service cups restart" after the upgrade I didn't rerun /recreate
the queue though since system-config-printer was unchanged from yesterday.

I'm afraid I won't be able to respond to your next request so quickly as I'm
leaving my terminal for 1 to 2 hours. But I will get back to you eventually if
you've got more questions.

1. In xpdf, what is the command line used to print the file?
2. Also, what does 'lpoptions' say?

1: "lpr" no more, no less
2: 
[hans@shalem FC-5]$ lpoptions
job-sheets=none,none printer-info='HPC 1350 in zwart-wit mode'
printer-is-accepting-jobs=1 printer-is-shared=1 printer-make-and-model='HP PSC
1300 Foomatic/hpijs (recommended)' printer-state=3
printer-state-change-time=1144488887 printer-state-reasons=none
printer-type=167948 cpi=12 fitplot=true lpi=7 page-bottom=86 page-left=57
page-right=57 page-top=72 scaling=100 wrap=true
[hans@shalem FC-5]$

Does printing with 'lpr -ofitplot=false' make any difference?

Yes it does, for the ooo created pdf the printout with this cmdline is identical
as when printing directly from pdf.

Ah!  The 'fitplot' option now interacts with page-{bottom,left,right,top} in a
way it didn't before.

These options are getting set by system-config-printer when it creates a new
queue.  I'm going to make a system-config-printer update for FC-5 that does not
do that.

This was released.  I think 0.6.151.3 had the fix (only applies to newly created
queues).