412909 - SVG printing completely broken (3.0beta2)

Status: RESOLVED WORKSFORME

(Core :: Printing: Output, defect)

Description

[Cedric Berger]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b2) Gecko/2007121014 Firefox/3.0b2
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b2) Gecko/2007121014 Firefox/3.0b2

If you try to print the SVG file that I will attach shortly,
The output is unusable. There are the following problems:

  1) Only the top 20% of the SVG is drawed, the rest of the page is empty.
  2) There are huge/useless margins on the top.
  3) The rendering itself of the 20% of the SVG shown is ugly.

This works fine with Safari. To show the problem, I will attach the SVG,
and the output (print-to-pdf) PDFs generated by Firefox 3beta2 and Safari

Note: Thanks for the improved handling of SVG in FF3. The same SVG would
crash/hang FF2.

Reproducible: Always

Steps to Reproduce:
1. Open the attached SVG
2. Do a print and/or preview
3.

Comment 1

[Cedric Berger]

Attachment: SVG I want to display (generated by JFreeChart/Batik)

image/svg+xml gzipped to work around 300k limitation

Comment 2

[Cedric Berger]

Attachment: bad PDF output when using FF3beta2, PRINT to PDF

Comment 3

[Cedric Berger]

Attachment: good PDF output when using Safari, PRINT to PDF

Comment 4

[Cedric Berger]

I don't know how to specify version 3beta2, it's not in the version
list, so I'm selecting trunk and putting that info in title.

Comment 5

[Cedric Berger]

I hope FF3 will have that fixed :)

Comment 6

[Bryan Henry]

I'm making a note here...

CONFIRMED with latest nightly.

Full BuildID: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b3pre) Gecko/2008011704 Minefield/3.0b3pre

Comment 7

[Bryan Henry]

More notes:
The first two notes that Cedric made ("only 20% drawn", "ugly margins") are confirmed in the above noted build. However, the rendering of the portion of the SVG that is actually shown is cleaner than that of what Cedric's attachments demonstrate. Nevertheless, SVG printing is still broken as the bug lists.

Attaching PDF example of printing under b3pre buildid: 2008011704 to show cleaner printing.

Comment 8

[Bryan Henry]

Attachment: Bad SVG Printing under FFb3pre (see #7) - PDF

Comment 9

[Robert Longson [:longsonr]]

Can you produce a minimal testcase please? I.e. something around the 1-2k mark. There are various open printing SVG bugs and this may be a duplicate.

Comment 10

[Cedric Berger]

Actually, no, I cannot easily, the SVG in not generated manually, but through JFreeChart+Batik.
Furthermore, I generated a big SVG on purpose, because in FF2 at least, relatively big SVG like
this one just hang+crash the browser. I think testing with big files is very important too.

Btw, I don't know if the hang/crash is worth fixing in FF2. Personally I don't care,  I'll use FF3
as soon as it comes out, but still, hang/crash (which will kill all your open windows+tab) like
this with valid data is bad....

Comment 11

[Robert Longson [:longsonr]]

Testing with large files is fine but that is not the point of this bug which is that SVG printing has issues.

Comment 12

[Samuel Sidler (old account; do not CC)]

Cedric, we'll really need a reduced testcase to figure out what exactly is causing the printing issue. I'm not that familiar with SVG so reducing that large of a file would be far too time consuming. Can you please take a stab at reducing it?

Comment 13

[Bryan Henry]

Attachment: Smaller SVG printing testcase

I'm posting a testcase around ~4KB, its just a simple polygon SVG that I found (since I have no experience with SVG personally). In looking for a smaller testcase, though, I noticed that the behavior is fairly random...at least I couldn't find any discernible pattern that makes some SVG files partially render and others not. Here it is, anyway.

Comment 14

[Bryan Henry]

Did I say 4KB? I meant 400 bytes, gotta stop multiplying by a factor of 10.

Comment 15

[Cedric Berger]

cool!

Comment 16

[Bryan Henry]

Cedric, do you think you could generate a smaller copy of the graph or maybe a less-complex graph generated by the same program? Need to make sure we aren't addressing multiple SVG bugs with a single report.

Comment 17

[Cedric Berger]

I'm totally overbooked right now, sorry. still working at 11PM here, 
wakeup at 5AM, you see the picture. But I think your reduced case is
fantastic and look the same problem.

Is there nobody that can confirm that bug btw?

Comment 18

[Bryan Henry]

Switching this out of Firefox->General into Core->SVG and confirming.

Comment 19

[Bryan Henry]

Did I say Core->SVG? I meant Core->Printing.

Comment 20

[Cedric Berger]

This is still broken in FF3beta3. I think it should really be blocking 1.9.

Comment 21

[Bryan Henry]

Both the minimal testcase and your large graph are now worksforme under trunk, so it must have been fixed by something between Beta 3's code freeze and now because it does in fact still appear in Beta 3. You can test it if you like - http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/.