257261 - Mozilla/Firefox can't print Bugzilla describecomponents.cgi pages only prints first page

Status: RESOLVED WORKSFORME

(Core :: Layout: Tables, defect)

Description

[Ian Graham]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803

Current and trunk-build browsers, e.g.:

Mozilla 1.7.2 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803
and the latest Firefox trunk build
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040828
Firefox/0.9.1+

Cannot properly print the referenced bugzilla page. THe printed output contains
blank pages, and some content is simply not printed. 

The only workaround is to print with another browser, like Internet Explorer or
Opera! 

I see this in Bugzilla 2.17.6 (at bugzilla.mozilla.org). 

Reproducible: Always
Steps to Reproduce:
1. Navigate to the referenced URL
2. Print the page (or do a print preview)
3. Notice how content is misprinted or not printed at all. 

Actual Results:  
Data is not printed correctly (missing data)

Expected Results:  
SHould print ok!

Obviously it would be best if Mozilla/Firefox could print this. But as there is
no component owner for printing, I don't see this happening anytime soon.

An easier workaround would be to modify describecomponents.cgi so that the
generated HTML can be printed by mozilla.

It's kinda embarassing to have Bugzilla produce content the browser can't print!

Comment 1

[GavinS]

I'm not so sure that this is a Bugzilla bug is it? 

Safari and Camino print-preview this OK.

I agree that Mozilla does get confused though. 

The html does validate (transitionally), so I'm not sure what could be changed in Bugzilla??

I'd suggest maybe this should be moved to a Mozilla Printing component??

Comment 2

[Ian Graham]

It's sort-of both. Certainly Mozilla should print it properly.  But at the same
time, the bugzilla code could be changed so the data can be printed properly.  
Unfortunately (or maybe fortunately). you can't point the same bug at two
components :-( 

Comment 3

[Dave Miller [:justdave]]

Reassigning bugs that I'm not actively working on to the default component owner
in order to try to make some sanity out of my personal buglist.  This doesn't
mean the bug isn't being dealt with, just that I'm not the one doing it.  If you
are dealing with this bug, please assign it to yourself.

Comment 4

[Wayne Mery (:wsmwk)]

more visible with https://bugzilla.mozilla.org/describecomponents.cgi?product=core
problem not limited to 1.7 branch, happens in mozilla trunk nightly and FF 

possible dup of Bug 127527 or Bug 208070 -- component=printing ?

Comment 5

[Wayne Mery (:wsmwk)]

reassign? 

it's related to whatever is being used by <div id="banner"> from describecomponents.cgi.all_files/global_002.css - but I don't know what's in the css

perhaps the problem is not tables, symptoms match layout Bug 127527 -> bug 154892

Comment 6

[Ian Graham]

Attachment: testcase: from describecomponent.cgi.html

Added the describecomponents.cgi.html example, just in case bugzilla is modified and this testcase disappears ....

Comment 7

[Wayne Mery (:wsmwk)]

(In reply to comment #6)
> Created an attachment (id=284157) [details]
> testcase: from describecomponent.cgi.html 

this works well, all text appears.

however, https://bugzilla.mozilla.org/describecomponents.cgi?product=core with its graphic header appearing at the top of each page, should only be on first page.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3pre) Gecko/2007121405 Minefield/3.0b3pre

Comment 8

[Bernd]

this is wfm with current trunk, please reopen with a screenshot from print preview if there is still an issue.