From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Gecko/20041128 Firefox/1.0 (Debian package 1.0-4)
Description of problem:
We have a postscript file, which has the line -
newpath gsave 90 r 0 -612 t 28 20 t .25 .25 scale gsave
This should scale an a2 page to a4, we have carried out the following
1 Printed to printer from core 3 page does not scale, printed to
printer from XP, printer prints page correctly.
2 Converted the document to pdf using pstopdf, document prints correctly.
3 Commented out the above line and printed from XP, I got exact
result as under linux.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. send file to printer using lpr
Actual Results: Printed a quarter of the page (bottom left quarter).
Expected Results: A document printed on A4
Printer is a HP Laserjet 4100dtn, the machine is acting as a print
server for 60 desktops the majority running FC1, one running FC2 and
one running Redhat 7.3.
The previous print server was running Redhat 7.3, the user reported
that the document previously printed correctly under Redhat 7.3.
I can supply the document if required.
I'm not quite sure why this is filed against psutils -- is the PostScript file
generated by one of the psutils programs?
Sorry I should have added that pstops is used by cups when printing to
postscript printers. When I print directly to the printer using Windows the
postscript file prints correctly. When I print to the same printer using cups,
it does not print correctly. I assume that the cause of the file not printing
correctly is pstops. Hope this helps.
Oh, you mean /usr/lib/cups/filter/pstops -- that's different to /usr/bin/pstops.
1. the output of 'printconf-tui --Xexport' (making sure to remove any passwords
it may contain), and
2. an example PostScript file that demonstrates the problem
Created attachment 109322 [details]
postscript file that breaks pstops as used by cups
Postscript file that demonstates that the pstops used by cups is not processing
the scale statement within the post script correctly
Thanks. Please also attach the output of 'printconf-tui --Xexport' (making sure
to remove any passwords it may contain).
<id NAME="local" SERIAL="1">
<browsing TYPE="BOOL" VALUE="TRUE"/>
How have you configured CUPS?
Created attachment 110787 [details]
cups config file
Created attachment 110788 [details]
No, I mean did you use system-config-printer to configure it, or did you use the
Sorry I used the web interface.
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
The information we've requested above is required in order
to review this problem report further and diagnose/fix the
issue if it is still present. Since there haven't been any
updates to the report in quite a long time now after we've
requested additional information, we're assuming the problem
is either no longer present in our current OS release, or
that there is no longer any interest in tracking the problem.
Setting status to "INSUFFICIENT_DATA", however if you still
experience this problem after updating to our latest Fedora
release and are still interested in Red Hat tracking
the issue, and assisting in troubleshooting the problem,
please feel free to provide the information requested above,
and reopen the report.
Thank you in advance.