Closed Bug 664803 Opened 13 years ago Closed 8 years ago

Firefox hangs forever on print preview

Categories

(Core :: Layout: Block and Inline, defect)

x86
All
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: guijoselito, Unassigned)

References

()

Details

(Keywords: hang, regression)

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows NT 5.1; rv:7.0a1) Gecko/20110616 Firefox/7.0a1
Build Identifier: 

Summary says everything

Reproducible: Always

Steps to Reproduce:
1.Open the URL from the url field
2.On Firefox, select Print Preview
3.Firefox hangs, using 100% of a CPU core.



The problem occurs on Firefox 4.0.1 and on nightly, so I suspect Beta and Aurora also have the same problem.
confirming with FF4.0.1 on win7/32
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: hang
Confirmed against Mozilla/5.0 (Windows NT 5.1; rv:7.0a1) Gecko/20110617 Firefox/7.0a1 ID:20110617030741
Version: unspecified → Trunk
Yeah, all the time is taken renumbering lists.  David, any idea why?
Component: Print Preview → Layout: Block and Inline
QA Contact: printing → layout.block-and-inline
David, ping?
Regression window
Works:
http://hg.mozilla.org/mozilla-central/rev/2ffbe81d752f
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101006 Firefox/4.0b8pre ID:20101006180223
Fails:
http://hg.mozilla.org/mozilla-central/rev/d73c25aaf89b
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101006 Firefox/4.0b8pre ID:20101006200257
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=2ffbe81d752f&tochange=d73c25aaf89b

Triggered by:
41690fececaf	Boris Zbarsky — Bug 129941. Don't create scrollframes for blockframes (except inline blocks) while printing, and make such blockframes clip their contents instead. r=dbaron
Blocks: 129941
Keywords: regression
OS: Windows XP → All
FYI, print previewing this URL in IE9 and Chrome 24 don't give the correct result. They preview something totally wrong.
I partially reduced the webpage and noticed too big margin-left and margin-right is defined and that presses the content so it tries to generate thousands of pages and this causes the exponential runtime and hang.

I upload the testcase, this is already good, so good for checking the printing result.
When I remove the width: 100%; from the <li> element, it prints well.
The original page now needs login, I don't have one.

On the attached testcase, Firefox 45 takes a couple of seconds to print preview, and the result is totally wrong (the same result as Chrome 49).
Nightly 48 prints very fast and the result is correct! Robert, is it possible for you to check everything is fine now?
Flags: needinfo?(utasir)
It prints as expected on the current release, so in my opinion as I mentioned before, it should be a bug in the testcase with wrong css rules. You can close this bug as WORKSFORME yeah.
Status: NEW → RESOLVED
Closed: 8 years ago
Flags: needinfo?(utasir)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: