Closed Bug 211259 Opened 22 years ago Closed 21 years ago

[ps] printed pages include the page's clipping rectangle in the rendered output

Categories

(Core :: Printing: Output, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 194830

People

(Reporter: kalsow, Unassigned)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312 Printed pages include the PostScript clipping rectangle in the final image. The color and width of the lines are determined by the first "real" line that's in the image. From my ancient PostScript reference manual under "clip" Unlike fill and stroke, clip does not implicitly perform a newpath after it has finished using the current path. Any subsequent path construction operators will append to the current path unless newpath is executed explicitly. This can be a source of unexpected behavior. On my Hp DeskJet this extra line running down both margins slows printing tremendously. Most of the time is spent waiting for the print carriage to move across the page. Reproducible: Always Steps to Reproduce: 1. print a page 2. or, print to a file and view with ghostview. 3. Actual Results: When printed to a file the test page below generated the following beginning on about line 1557: initclip newpath 0 741.9 moveto 576 0 rlineto 0 -713 rlineto -576 0 rlineto closepath clip 0.29 0.29 0.29 setrgbcolor gsave 0.1 setlinewidth 7 694.9 moveto 57 694.9 lineto stroke Expected Results: The "clip" on line 1561 should have been followed by a "newpath". A simple test case: <html> <head> <title>Print Test</title> </head> <body> <table border=1> <tr><th>Header</th></tr> <tr><td>Data</td></tr> </table> </body> </html>
Confirming - maybe one of the oldest and most cited issue in the PostScript module (older bugs should be DUPed to this one since it has a good technical description :) ...
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: printed pages include the page's clipping rectangle in the rendered output → [ps] printed pages include the page's clipping rectangle in the rendered output
This is a duplicate of bug 194830. The patch for bug 80190 contains a fix for this problem. *** This bug has been marked as a duplicate of 194830 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.