287413 - print preview of www.chip.de needs 100% cpu power

Status: RESOLVED WORKSFORME

(Core :: Printing: Output, defect)

Description

[eghost]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2

If you try to make a print preview of www.chp.de firefox needs 100% cpu load.
Firefox doesn't react any more. Firefox process can only be killed by windows
task manager.

Reproducible: Always

Steps to Reproduce:
1.load www.chip.de
2.click on FILE / PRINT PREVIEW
3.

Actual Results:  
open small print preview box with:
TITEL: CHIP Online Deutschland
PROGRSS: Preparing

and then firefox is crashed (100% cpu load)

Expected Results:  
display the print preview

Comment 1

[Martijn Wargers (dead)]

Works for me.
Please try a current nightly trunk build to test this:
http://ftp.uni-erlangen.de/pub/mozilla.org/firefox/nightly/latest-trunk/

Comment 2

[Hermann Schwab]

confirming:
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.6) Gecko/20050319
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2

Mozilla 1.7.6 release zip-build unzipped into new directory, and new profile
created. No plugins, Extensions, Themes.
Firefox installed from exe into suggested Location (maybe ontop Firefox 1.0.1)

On Mozilla 1.7.6 page doesn´t stop loading. If I open another tab, statusbar
still shows loading, until I load another page, and that finishes loading. Going
back, status bar signals loading, after a second or hovering, don´t know.
Print Preview uses 97% of my Athlon XP1600+, but memory usage is o.k.
hang, no crash. The hanging Mozilla/Firefox doesn´t block Windows.

So I don´t know if that bug is related to networking, but imho Print-Preview
shouldn´t use 100% CPU on waiting for a website.

Comment 3

[Hermann Schwab]

There is a typo in comment 0:
be sure to load http://www.chip.de/, not http://www.chp.de/

I´ve multiply seen the bug in Mozilla 1.7.6 and Firefox, and now it is working
in Firefox, after I had JS, Java and loading of images from 3rd party servers
disabled. May depend on content of an ad.
I reenabled JS, Java, and loading from 3rd party servers, did a reload,
Print-preview, hang. 
I'm running procexp from www.sysinternals.com, and it did show once 
Java plug-in jvm loaded: ver 1.1#429347 
Java plug-in 1.5.0_02 jvm loaded: ver 1.1#429347 
I´m just seeing the same again, but 429347 has changed to 407527
Killed Firefox, started again, looked at preferences: Java had been displayed in
the process list of Firefox though it had been disabled in preferences. JS was
enabled. I´m running Mozilla Trunk (1.8b) while testing with Firefox, Java is
enabled in Mozilla, but not running.
Hanging again, JS disabled, Java and images enabled.

Seems to be an image loaded from a 3rd party server.
Disabled Java, JS, images, multiply reloaded and previewed, the renabled one
item, rechecked multiple times, then next item, and so on. 

Reenabling loading images from 3rd party server blocked the preview.

Comment 4

[Frank Wein [:mcsmurf]]

Seems like a 1.7 branch only issue.

Comment 5

[Hermann Schwab]

It´s only seen on 1.7.x, not on Mozilla 1.8 or Firefox Trunk.
Also seen on
Mozilla/5.0 (Windows; U; Win98; de-DE; rv:1.7.6) Gecko/20050223 Firefox/1.0.1

Comment 6

[eghost]

(In reply to comment #1)
> Works for me.
> Please try a current nightly trunk build to test this:
> http://ftp.uni-erlangen.de/pub/mozilla.org/firefox/nightly/latest-trunk/

Hello
I have tested the page (www.chip.de) with the following version from the
attached link:

firefox-1.0+.en-US.win32.zip   24-Mar-2005 16:27   6.4M
ABOUT MOZILLA FIREFOX:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050324
Firefox/1.0+

and it works fine.

Comment 7

[Hermann Schwab]

tested some more versions:

1.4.2 hang, though all disabled (cookies, images, Java, JS)

1.8a5: 2004100605 running, if all disabled, 
mostly hanging if loading of images from 3rd party servers and JS enabled.

running: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a6) Gecko/20050112

current nightlies: always running.

so it seems this bug existed from 1.4.2 or before, and got fixed somewhere in
1.8a5 after 2004100605 or 1.8a6 before 20050112

It is not seen in current Nightlies of Firefox or Mozilla Suite based on Gecko 1.8

Comment 8

[Martijn Wargers (dead)]

Boris, this is clearly WORKSFORME in current trunk builds.
Should these kind of bugs really stay open for the 1.7 branch?

Comment 9

[Boris Zbarsky [:bzbarsky]]

No, not unless it's a security issue...

Comment 10

[Hermann Schwab]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a6) Gecko/20041126

For the record:
bug was fixed between 1.8a5: 2004112505 and 1.8a6: 2004112606
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=SeaMonkeyAll&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-11-25+00%3A00&maxdate=2004-11-26+06%3A00&cvsroot=%2Fcvsroot

I do have a tinderbox build 1.8a6: 2004112600 which shouldn´t behave differently
from 1.8a6: 2004112606, but it does. I do have to stop the loading of the page
manually, then Print Preview is working in 2004112600