Summary: | SVG images with <embed> and <object> do not print | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Christopher Schultz <chris> | ||||
Component: | Printing | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | RESOLVED CONFIGURATION CHANGED | ||||||
Severity: | Normal | CC: | ahmad.saleem792, ap, rniwa, webkit-bug-importer, zalan | ||||
Priority: | P2 | Keywords: | InRadar | ||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Attachments: |
|
Description
Christopher Schultz
2011-08-01 12:08:26 PDT
Google Chrome 13 adds a print-preview which exhibits this (non-printing) behavior so I'm sure it's not part of the print-to-PDF process at this point. I'd even be happy if someone would show me that my SVG is broken that /that/ is the real problem. Given that MSIE and FF both display and print as expected (and how often do THEY ever agree on anything?), I suspect this is a problem in WebKit SVG/Print components. When using the nightly build from 2011-08-02, when I print-preview the test page, the bottom 2 images are shifted to the right and truncated. Created attachment 460341 [details]
Safari 15.5 prints page fine
I am not able to reproduce this bug in Safari 15.5 on macOS 12.4 since the PDF does show all <embed> and <object> SVG as in attached one.
Yeah, can't reproduce either. Yes, this was fixed sometime around 2015. (Please see the Chromium bug for /slightly/ more information.) It's not at all clear whether there was a fix in webkit, webkit2, or elsewhere... the bug was simply declared "fixed" back in 2015 and I was able to confirm for both Chrome and Safari at the time. |