Closed
Bug 315390
Opened 20 years ago
Closed 15 years ago
SVG printing preview differs from output
Categories
(Core :: SVG, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: andrea, Unassigned)
References
Details
Attachments
(4 files)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051025 Firefox/1.5
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051025 Firefox/1.5
When printing the attached page, that contains an SVG element, the print output (postscript to file) differs heavily from the print preview (and the print preview matches the on-screen representation).
Reproducible: Always
Steps to Reproduce:
1. load the included file
2. print preview
3. print to .ps
4. compare print preview with .ps output
Actual Results:
the generates postscript output does not match the print preview
Expected Results:
the generated postscript output should match the print preview
| Reporter | ||
Comment 1•20 years ago
|
||
| Reporter | ||
Updated•20 years ago
|
Version: unspecified → 1.5 Branch
Updated•20 years ago
|
Assignee: nobody → general
Component: General → SVG
Product: Firefox → Core
QA Contact: general → ian
Version: 1.5 Branch → 1.8 Branch
| Reporter | ||
Comment 2•20 years ago
|
||
This is a much simpler test case. It shows that the problem is only in the background, which is shown white in the print preview, but in the printed version it is black.
| Reporter | ||
Comment 3•20 years ago
|
||
This file contains a workaround.
It simply adds a white rectangle, covering the whole SVG area, as the first child of the svg element.
This makes the print preview and printed version match.
It seems the problem is only in the background color, which for the print preview is white, while for the print is black.
| Reporter | ||
Comment 4•20 years ago
|
||
This problem is present under Linux also in Firefox 1.5 RC3.
It does not appear under Firefox 1.5 RC3 win32 build (using a PDF printer driver, PDFCreator).
Comment 5•20 years ago
|
||
i can reproducte this bug with "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051111 Firefox/1.5" (cups 1.1.23).
-> if svg-graphics with a size smaller than the paper size are printed, the
background gets printed in black.
Comment 6•20 years ago
|
||
Confirmed on FF 1.5.0.1 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1)
Test case coming up.
Comment 7•20 years ago
|
||
Only a few elements are printed wrongly. These are the ones I believe to be the wrong ones: #outer-border1, all "text" elements, and #psb-ring.
For #psb-ring, the only difference between it and the other rings is the center. Nothing except the color seems to distinguish #outer-border1 from the other rectangles.
*** Bug 332573 has been marked as a duplicate of this bug. ***
Comment 9•20 years ago
|
||
- workaround attached to comment #3 only works if no "viewBox" is set
- SVG 1.1 specification says that the SVG canvas background is initilaaly set to TRANSPARENT BLACK ( see attribute "enable-background" for more details ).
That make me think that the tranparency is not properly managed when PRINTING the canvas background image.
Comment 10•19 years ago
|
||
This bug always appears in firefox 2.0
Comment 11•18 years ago
|
||
I get this in "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6", printing directly to printer as well.
Comment 12•18 years ago
|
||
is this fixed in the latest nightlies?
Comment 13•18 years ago
|
||
I'm completely confused about what this bug actually is since each commenter seems to be reporting different issues. I'd suggest closing it as INVALID and let everybody raise new bugs if there are still trunk issue with printing.
Updated•16 years ago
|
Assignee: general → nobody
QA Contact: ian → general
Comment 14•15 years ago
|
||
Printing was redone as vectors for Firefox 3. Feel free to reopen this if you are still having issues with Firefox 3.6.x or preferably Firefox 4 beta. The example files print preview as expected for me.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•