166848 - Incorrect pagination when attempting to print the page.

Status: RESOLVED INCOMPLETE

(Core :: Printing: Output, defect, P3)

Description

[Jaon]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020905
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020905

When visiting http://64.28.79.74/research/surveyreport.cfm?id=30 and trying to
print the page, Mozilla crashes. The printing dialog comes up and says
"preparing". Moz never gets beyond that point and eventually crashes. This has
happened three times in a row. Even after a complete system reboot.

Reproducible: Always

Steps to Reproduce:
1.visit http://64.28.79.74/research/surveyreport.cfm?id=30
2.Click print icon beside address bar
3.Watch it all come crashing down

Actual Results:  
browser locks up, eventually killed by Windows 2000

Expected Results:  
printed page

Comment 1

[Olivier Cahagne]

can you post TAlkback ID for this crash 'components/talkback.exe' (given you got
a Talkback window popup when crashing) ?

Comment 2

[rods (gone)]

Look like infinite loop in block reflow, here is a partial stack trace:
nsLineList_iterator::operator!=(nsLineList_iterator {...}) line 618 + 1 byte
nsBlockFrame::DoRemoveFrame(nsIPresContext * 0x04f17048, nsIFrame * 0x04fb9560)
line 5138 + 16 bytes
nsBlockFrame::DeleteChildsNextInFlow(nsIPresContext * 0x04f17048, nsIFrame *
0x04f47f84) line 5301
nsBlockReflowContext::DoReflowBlock(nsHTMLReflowState & {...}, nsReflowReason
eReflowReason_Resize, nsIFrame * 0x04f47f84, const nsRect & {x=0 y=0 width=1800
height=1073741824}, int 1, nsCollapsingMargin & {...}, int 1, nsMargin & {top=0
right=0 bottom=0 left=0}, unsigned int & 0) line 675
nsBlockReflowContext::ReflowBlock(nsIFrame * 0x04f47f84, const nsRect & {x=0 y=0
width=1800 height=1073741824}, int 1, nsCollapsingMargin & {...}, int 1,
nsMargin & {top=0 right=0 bottom=0 left=0}, unsigned int & 0) line 345 + 50 bytes
nsBlockFrame::ReflowBlockFrame(nsBlockReflowState & {...}, nsLineList_iterator
{...}, int * 0x00126e58) line 3309 + 59 bytes
nsBlockFrame::ReflowLine(nsBlockReflowState & {...}, nsLineList_iterator {...},
int * 0x00126e58, int 0) line 2492 + 27 bytes
nsBlockFrame::ReflowDirtyLines(nsBlockReflowState & {...}) line 2274 + 31 bytes
nsBlockFrame::Reflow(nsBlockFrame * const 0x04f47d00, nsIPresContext *
0x04f17048, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...},
unsigned int & 0) line 949 + 15 bytes
nsContainerFrame::ReflowChild(nsIFrame * 0x04f47d00, nsIPresContext *
0x04f17048, nsHTMLReflowMetrics & {...}, const nsHTMLReflowState & {...}, int 0,
int 0, unsigned int 0, unsigned int & 0) line 790 + 31 bytes

Comment 3

[Jaon]

Sadly, the Talkback program never started up. Moz just sits there unresponsive.
I should add also that I just recreated the bug in an attempt to get Talkback to
run, and I let it Moz sit, locked up, for a minute or so. After eventually
killing the process, Mozilla woudn't restart. I rebooted and Moz restarted, but
the mail client would not start. 

I tried uninstalling and reinstalling the latest build, but again the mail
client would not start.

Eventually I had to uninstall Moz, delete the mozilla.org folder altogether and
resintall the 1.1 release build (rather than the nightly). Now it is working
fine, but I hesistate to try printing that page again.

What a vicious bug...

Comment 4

[karnaze (gone)]

I'm not getting a hang, but there is a premature page break on the 1st page.
Changing the summary and keywords. sujay: we need a test case.

Comment 5

[Dominik Stadler]

The problem with the premature page seems to be a duplicate of Bug 167012 and
Bug 173527.

Comment 6

[karnaze (gone)]

mass reassign to default owner

Comment 7

[Bernd]

print bugs

Comment 8

[Andrew Schultz]

worksforme with linux suite trunk CVS
no crash in print preview and pageination was fine.

Comment 9

[Ioana (away)]

Windows 2000 support has been dropped a while ago. Please only reopen this bug if you can reproduce it on Windows XP or older with current Firefox builds.

Comment 10

[Boris Zbarsky [:bzbarsky]]

Ioana, there appears to be nothing win2k-specific about this bug.  Please don't resolve bugs as wontfix based on their (bogus, automatically set by Bugzilla) OS field without actually trying to reproduce them.

Comment 11

[Ioana (away)]

Comment 0 specified clearly Win2k (see user agent) and I didn't see any other OSs specified in comments, it wasn't just the OS field.

Is there a specific OS you want this tested on?

Comment 12

[Ioana (away)]

Firefox current versions haven't crashed while printing for me in a long while. I haven't seem layout problems either.

The link in this bug is invalid, so I can't test with it.

Can anyone still reproduce this issue with other pages?

Comment 13

[Ioana (away)]

Please reopen this bug if you have a testcase/str that reproduces it.