Closed Bug 211259 Opened 21 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.