196171 - Download freeze Mozilla on SMP boxes

Status: RESOLVED INVALID

(SeaMonkey :: Download & File Handling, defect)

Description

[Emmanuel Fleury]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021226 Debian/1.2.1-9
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021226 Debian/1.2.1-9

I have two Linux boxes. One of it is SMP. Both are running Debian unstable with
about the same level of updates. I noticed a long time ago that when I was
downloading files (i.e. using the download manager) the cpu load was getting
crazy for a while and then return to normal. But from my last update, I simply
cannot use the download manager without freezing totally mozilla anymore and
have a huge cpu load. The only way out is to kill mozilla.

Reproducible: Always

Steps to Reproduce:
1. Run Mozilla on an SMP Linux Box
2. Download some files and save it to disk
3. You get the freeze

Actual Results:  
The cpu load get very high (on one processor only) and never get back to normal
and mozilla freeze.

Expected Results:  
Well, download the files and keep the cpu load in a normal behavior I guess..

Comment 1

[Boris Zbarsky [:bzbarsky]]

Is this a problem with a Mozilla trunk build?  (Debian tends to make lots of fun
changes to their version of Mozilla, so testing with a vanilla build from
mozilla.org would be much appreciated.)

Comment 2

[Emmanuel Fleury]

I didn't took the 'CVS nightly-build' package.

Here are the informations of my Mozilla-browser and my system:

Package: mozilla-browser
Version: 2:1.2.1-9

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux room-2-10 2.4.20smp #3 SMP Sun Feb 16 17:22:55 CET 2003 i686
Locale: LANG=C, LC_CTYPE=C
 
Versions of packages mozilla-browser depends on:
ii  debconf                      1.2.31      Debian configuration management sy
ii  libc6                        2.3.1-14    GNU C Library: Shared libraries an
ii  libglib1.2                   1.2.10-6    The GLib library of C routines
ii  libgtk1.2                    1.2.10-14   The GIMP Toolkit set of widgets fo
ii  libnspr4                     2:1.2.1-9   Netscape Portable Runtime Library
ii  libstdc++2.10-glibc2.2       1:2.95.4-16 The GNU stdc++ library
ii  psmisc                       21.2-1      Utilities that use the proc filesy
ii  xlibs                        4.2.1-6     X Window System client libraries
ii  zlib1g                       1:1.1.4-10  compression library - runtime
 
-- debconf information:
* mozilla/dsp: esddsp
* mozilla/gdkxft_note:
* mozilla/prefs_note:
* mozilla/freetype: false

Comment 3

[Boris Zbarsky [:bzbarsky]]

Perhaps you misunderstood... What I meant was, "Is this a problem with a build
downloaded from ftp.mozilla.org?"

Again, Debian makes changes to the builds they ship as part of their
distribution.  These changes break things as often as not.

Comment 4

[Emmanuel Fleury]

Sorry, I misunderstood you.

I didn't compile mozilla by myself. I just noticed this bug for a while and I
want to fix it (it is really annoying on my SMP box).

Do you want me to get Mozilla from the CVS and compile it ?

Comment 5

[Boris Zbarsky [:bzbarsky]]

If you really want.. but just getting a prebuilt binary from
ftp://ftp.mozilla.org/pub/mozilla/nightly/latest should be sufficient (get the
linux .tar.gz without a SEA in the name -- that can just untar anywhere (eg in a
subdir of your homedir) and be run directly after untarring).

Comment 6

[Emmanuel Fleury]

Well, I did it and it seems to be Debian specific...

I have to dig it with the Debian maintainer.
If you have any guess on what it could be, it might be helpfull.

I guess, you can close the bug, now.

Comment 7

[Boris Zbarsky [:bzbarsky]]

Doing so, for now; but if it turns out that the problem is with a build option
(as opposed to a code level change) please reopen this bug, ok?

Also, if you could post the Debian bug report URL here once such exists, that
would be great.