Closed
Bug 664803
Opened 13 years ago
Closed 8 years ago
Firefox hangs forever on print preview
Categories
(Core :: Layout: Block and Inline, defect)
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.
Comment 1•13 years ago
|
||
confirming with FF4.0.1 on win7/32
Comment 2•13 years ago
|
||
Confirmed against Mozilla/5.0 (Windows NT 5.1; rv:7.0a1) Gecko/20110617 Firefox/7.0a1 ID:20110617030741
Version: unspecified → Trunk
Comment 3•13 years ago
|
||
Comment 4•13 years ago
|
||
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
Reporter | ||
Comment 5•12 years ago
|
||
David, ping?
Comment 6•12 years ago
|
||
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
Updated•12 years ago
|
OS: Windows XP → All
Reporter | ||
Comment 7•11 years ago
|
||
FYI, print previewing this URL in IE9 and Chrome 24 don't give the correct result. They preview something totally wrong.
Comment 8•9 years ago
|
||
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.
Comment 9•9 years ago
|
||
When I remove the width: 100%; from the <li> element, it prints well.
Reporter | ||
Comment 10•8 years ago
|
||
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?
Reporter | ||
Updated•8 years ago
|
Flags: needinfo?(utasir)
Comment 11•8 years ago
|
||
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.
Reporter | ||
Updated•8 years ago
|
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.
Description
•