223017 - Mozilla not printing tables correctly or at all

Status: RESOLVED WORKSFORME

(Core :: Layout: Positioned, defect)

Description

[Mark Hicks]

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

Mozilla is having problems correctly printing a page with tables. I have seen
this on several other sites, but the one listed should show a nice example. IE
is printing the page correctly with out problems, but Mozilla insist on not
printing everything. Please help my most beloved Mozilla work correctly. I am
printing to a HP 4000 Laser Printer.

Reproducible: Always

Steps to Reproduce:
1.Goto this URI:http://www.westernu.edu/xp/edu/admissions/pharmd_requirements.xml
2. Then try to print it
3.

Actual Results:  
page not printed correctly

Expected Results:  
page to be printed correctly

Comment 1

[Zook Valem]

After opening a new tab with the enclosed URL Link from Step #1 (Step to
Reproduce) with a right mouse click.  Tab opened with a URL address and Mozilla
crashed.  Not sure why it crash at this moment, so could it be an poor web
coding that cause Mozilla to crash?  Could this same web coding be the reason
for why the printing of the table wasn't correct as well?  This will require a
further investigation.  The talkback ID for this crash is TB24599082Q. 

Comment 2

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Poor markup or not, Mozilla shouldn't crash.  I'd prefer if you didn't
discourage bug reporters by suggesting that we don't care about crashes.

Comment 3

[Mark Hicks]

I attempted to recreate the crash that Zook Valem referred to, but I couldn't get it to crash. No worries too much on the words that Zook used as I ddin't take offense to them. I have used the Big M since 0.97 and have loved it ever since. I just want my favorite browser to get better. This may only be a very minor issue, but with Millions ad Millions of Mozilla fans out there I am sure someone will come across a similar problem with another page. I will try to find some other URI that have similar problems if I can. thanks for the wondeful software!!

Comment 4

[Boris Zbarsky [:bzbarsky]]

My kingdom for a smallish testcase.  ;)

Comment 5

[Zook Valem]

I wasn't aware that my comment are not appropriate, so I apologize for offending
anyone who felt discouraged or offended by this.  I do love Mozilla and been
using it for 4 years.  The crash issue is a seperate issue from this bug report
as stated by the bug summary.

Comment 6

[Mats Palmgren (inactive)]

Attachment: Testcase (crash)

... including the fair princess?  deal!

Comment 7

[Mats Palmgren (inactive)]

(gdb) bt
#0  0x4038be25 in nsHTMLReflowState::CalculateHypotheticalBox (this=0xbfffd84c,
aPresContext=0x8229b00,
    aPlaceholderFrame=0x825d7c8, aBlockFrame=0x825d278,
aBlockContentArea=@0xbfffd670, aAbsoluteContainingBlockFrame=0x825d10c,
    aHypotheticalBox=@0xbfffd65c) at nsHTMLReflowState.cpp:874
#1  0x4038c324 in nsHTMLReflowState::InitAbsoluteConstraints (this=0xbfffd84c,
aPresContext=0x8229b00, cbrs=0xbfffdfcc,
    containingBlockWidth=9920, containingBlockHeight=5120) at
nsHTMLReflowState.cpp:1006
#2  0x4038e1dd in nsHTMLReflowState::InitConstraints (this=0xbfffd84c,
aPresContext=0x8229b00, aContainingBlockWidth=9920,
    aContainingBlockHeight=5120, aBorder=0x0, aPadding=0x0) at
nsHTMLReflowState.cpp:1990
#3  0x4038ac90 in nsHTMLReflowState::Init (this=0xbfffd84c,
aPresContext=0x8229b00, aContainingBlockWidth=-1,
    aContainingBlockHeight=-1, aBorder=0x0, aPadding=0x0) at
nsHTMLReflowState.cpp:341
#4  0x4038ab10 in nsHTMLReflowState::nsHTMLReflowState (this=0xbfffd84c,
aPresContext=0x8229b00, aParentReflowState=@0xbfffdfcc,
    aFrame=0x825d6d8, aAvailableSpace=@0xbfffd918, aContainingBlockWidth=-1,
aContainingBlockHeight=-1,
    aReason=eReflowReason_Initial) at nsHTMLReflowState.cpp:310
#5  0x4034a0e6 in nsAbsoluteContainingBlock::ReflowAbsoluteFrame

Comment 8

[Mats Palmgren (inactive)]

This is a regression from bug 222730,  before the crash I see:

###!!! ASSERTION: Must reach our placeholder before end of list!: 'firstFrame',
file nsHTMLReflowState.cpp, line 870

and when I roll back nsHTMLReflowState.cpp to -r1.171 the crash disappears...

Comment 9

[Mats Palmgren (inactive)]

The crash is in fact already reported in bug 223064, but maybe we should keep
this bug open so we don't forget to check the printing issue?

Comment 10

[Zook Valem]

I filed a seperate bug report for comment #1, it is now in bug #223171 because
it had nothing to do with this bug report, "Mozilla not printing tables
correctly or at all".  So, there will be no further comment from now on. 

Comment 11

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Nominating fro blocking1.6a, although this bug covers 2 issues.

bz, could you have a look?

Comment 12

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Oh, never mind, that's covered by bug 223064.

Comment 13

[Mats Palmgren (inactive)]

Looking at Print Preview I can only see the last bullet of the table "Economics",
it seems like the table has a negative vertical offset and its upper part is
clipped by the page boundary, there is a big gap in the page where the table
should normally be.

Comment 14

[Bernd]

print preview looks OK to me winxp 2004101505

Comment 15

[Mats Palmgren (inactive)]

Looks fine to me too, 2004-10-15-05 trunk Linux.

-> WORKSFORME