From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0) BuildID: 2001010901 The following HTML-code is rendered correctly on screen. Missing the SVG-plug- in, the content of the object element, the GIF image is displayed. Nevertheless, when printing a page containing this HTML-fragment, instead of printing the image that part on the page showing the picture remains blank. ... <object codetype="image/svg" data="./Socket_Communication.bd.svgz" height=578 width=640> <img src="Socket_Communication.bd.gif"> </object> ... Reproducible: Always Steps to Reproduce: Create a HTML-page, containing some similar code and load the page into Mozilla. The page will be displayed correctly, but misses the picture when being printed. Actual Results: The page will be displayed correctly, but misses the picture when being printed. Expected Results: Not only display the alternative content, but also print the alternative content It works with Netscape Communicator 4.76 using Linux (I don't know, if this helps).
Could this be related to bug 27478? note that it's not the plugin failing to print itself (as in 27478) but rather mozilla failing to print the stuff it's displaying instead of the plugin.
Andreas, thanks for providing the testcase.
Reporter: Is this still the case in a current build?
In mozilla build 2001050515 the behaviour is slightly different. The graphic is neither printed nor displayed on screen. Perhaps someone else could verify the behaviour with a different use case.
When I try the testcase with my 2001-06-10-08-trunk build (build with --enable-svg) on Solaris 7 I'll get: -- snip -- Document http://bugzilla.mozilla.org/showattachment.cgi?attach_id=25055 loaded successfully InstantiateEmbededPlugin for image/svg Inside nsPluginHostImpl::FindStoppedPluginForURL... killing stream for http://bugzilla.mozilla.org/showattachment.cgi?attach_id=25054 -- snip -- Looks the build is somehow not able to recognize the image as SVG and does not use the fallback image instead... ;-(
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)
13 years ago
*** Bug 213457 has been marked as a duplicate of this bug. ***
(In reply to comment #0) > The following HTML-code is rendered correctly on screen. Missing the SVG-plug- > in, the content of the object element, the GIF image is displayed. > Nevertheless, when printing a page containing this HTML-fragment, instead of > printing the image that part on the page showing the picture remains blank. I can't reproduce the symptoms using the current release  nor a nightly build  on Windows Vista SP2 (successor of NT). As this seems fixed but no related commits are known, I'd suggest this issue to be marked resolved "works for me". Andreas: even though Gecko (Communication, Firefox and friends) now supports SVG, the test case was still valid: the SVG content was broken (there was a hanging </text> tag with no matching one opening it; also, no "xmlns" was provided, causing the file to be rendered as XML). As the object source was broken, the GIF image was still being loaded, allowing to quickly check for this issue. ;-)  Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:220.127.116.11) Gecko/20091016 Firefox/3.5.4 (.NET CLR 3.5.30729)  Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a1pre) Gecko/20091029 Minefield/3.7a1pre (.NET CLR 3.5.30729)
(In reply to comment #14) > I can't reproduce the symptoms using the current release  nor a nightly > build  on Windows Vista SP2 (successor of NT). Oops, guess I didn't mention anything about my testing procedure: 1. Open the testcase; 2. Visually analyze the output of "File" menu, "Print Preview" option. I've also double checked using a PDF printer (actually simulating the print output). Sorry for the bug spam!
WFM using Mozilla/5.0 (Windows; Windows NT 5.1; en-US; rv:2.0b2pre) Gecko/20100716 Minefield/4.0b2pre I'm going to mark this FIXED as WFM.