Can't print alternate rendering for object elements

RESOLVED WORKSFORME

Status

()

Core
Printing: Output
RESOLVED WORKSFORME
17 years ago
6 years ago

People

(Reporter: Andreas Knöpfel, Unassigned)

Tracking

({testcase})

Trunk
Future
x86
Windows NT
testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(4 attachments)

(Reporter)

Description

17 years ago
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.
Created attachment 25053 [details]
gif for testcase
Created attachment 25054 [details]
svg for testcase
Created attachment 25055 [details]
HTML testcase
Andreas, thanks for providing the testcase.

Updated

17 years ago
Keywords: testcase

Updated

16 years ago
Keywords: qawanted

Comment 6

16 years ago
Reporter: Is this still the case in a current build?

Comment 7

16 years ago
marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
(Reporter)

Comment 8

16 years ago
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.

Updated

16 years ago
Target Milestone: --- → mozilla1.0

Comment 9

16 years ago
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... ;-(

Comment 10

16 years ago
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)
Target Milestone: mozilla1.0 → mozilla1.0.1

Comment 11

14 years ago
retargeting
Target Milestone: mozilla1.0.1 → Future
Depends on: 208541
*** Bug 213457 has been marked as a duplicate of this bug. ***

Updated

12 years ago
Assignee: dcone → printing
Keywords: qawanted
QA Contact: sujay
Created attachment 190282 [details]
Testcase #2
Assignee: printing → nobody
QA Contact: printing
(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 [1] nor a nightly build [2] 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. ;-)

[1] Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.4) Gecko/20091016 Firefox/3.5.4 (.NET CLR 3.5.30729)
[2] 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 [1] nor a nightly
> build [2] 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!

Comment 16

7 years ago
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.

Updated

6 years ago
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED
Resolution: FIXED → WORKSFORME
You need to log in before you can comment on or make changes to this bug.