Bug 59532 - easy to get mozilla + galeon to cause X to thrash the system to death
easy to get mozilla + galeon to cause X to thrash the system to death
Product: Red Hat Linux
Classification: Retired
Component: mozilla (Show other bugs)
i386 Linux
high Severity high
: ---
: ---
Assigned To: Christopher Blizzard
Ben Levenson
Depends On:
  Show dependency treegraph
Reported: 2002-02-09 14:57 EST by Need Real Name
Modified: 2005-10-31 17:00 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-02-09 14:57:23 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Need Real Name 2002-02-09 14:57:18 EST
Note: I would have preferred to file this against all three of the XFree86,
mozilla, and galeon packages, but I do not see any way to do so.

Description of Problem:
While doing normal browsing on several occasions I was unpleasantly surprised to
find my system swap-thrashing itself to death after trying to open Mozilla.

I took a while trying to pare down the exact problem.  Here are the results:

Issue occurs when Galeon is already running, and you try to start mozilla. 
Mozilla's browser window appears to open "inside" a Galeon window; i.e., you can
see the usual mozilla address bar, buttons, etc. but it is _within_ a larger
Galeon window.  Very bizarre.

This strange window usually (maybe always) opens to the following URL, no matter
what you are trying to do:


Anyway, what happens next, is either a _huge_ gray window will open and smother
the whole screen, and the system will start thrashing uncontrollably/unescapably
(you can't Ctrl-Alt-BS, switch to a VC, can't do anything at all.. have to reset
the comp), or a small mozilla window will open.  In the latter case, if you hit
"Tabs/Customize Sidebar" on "My Sidebar" you will still end up with the huge
gray window.  And you will still get screwed.

So while trying to figure out what was going wrong, I logged into a VC before
causing the thrash.  If I am quick enough, I can switch to that console before
the system bogs down, and I can use top, ps, etc. on the console.  Doing so
revealed that swap was getting drained down to nothing, then getting freed
again, then repeating over and over.  The cause of this appears to be the X
process consuming massive amounts of memory (at least 659M, whereas I have 256M
RAM and 512M swap).

By using kill -9 against the X process, I was able to stabilize the system and
log into X again.

To work around the problem, I changed gdm.conf to use a shell wrapper for X to
apply some resource limits on the X process:


$ cat /usr/local/bin/X.sh 
ulimit -v 500000
exec /usr/bin/X11/X -nolisten tcp "$@"

This seems to be effective at keeping X from going out of control; the "huge
gray window" still opens up, but X does not hog memory, the system does not
thrash, and those errant windows can be closed.  (I can slide it over and there
is the usual set of window manager decorations on it, which still function.  I
suspect that without resource limits, this window may be trying to open to
infinite dimensions, but of course I cannot confirm that because the system
becomes unusable.)

The next step was to determine why some pages, while loaded in Galeon, would
cause this to happen, while other pages would not.  e.g., if Galeon is currently
at http://cr.yp.to/, mozilla will open normally in its own window and process. 
If Galeon is at http://www.netbsd.org/, the above problem will occur, and no
processes matching 'moz' (in ps output) will existat all.

The short version of that story is: it appears to be related to "<select>" tags
on sites.  I copied the html of www.netbsd.org and put it on my own site, and
edited different parts of it out until I found out what fixed it.  When I
removed the selector box from the site, the problem no longer occurred.

Version-Release number of selected component (if applicable):

Steps to Reproduce:
1. Start Galeon
2. Go to http://www.netbsd.org/ in that Galeon process
3. Start mozilla

Actual Results:
System becomes useless due to swap thrashing, X memory consumption.
Also the requested browser never opens.

Expected Results:
Browser will actually open in its own process, and X will not eat your system

Additional Information:
Note that the /usr/bin/mozilla shell wrapper does not appear to be at fault. 
This can also be reproduced on the command line like so:

/usr/lib/mozilla/mozilla-bin -remote 'openurl(about:blank,new-window)'

Also, to make sure it wasn't anything wrong with my configuration, I added a new
user to my machine and was able to reproduce the problem under that account,
with no ~/.mozilla or ~/.galeon or whatever present before-hand.
Comment 1 Christopher Blizzard 2002-02-10 18:21:42 EST
This has all been fixed.
Comment 2 Need Real Name 2002-02-11 13:35:23 EST
Any chance of getting a pullup to 7.2?  IMO this is more serious than some of
the bugs in other packages which have seen pullups.  As-is, this almost
qualifies as unusable.

Comment 3 Christopher Blizzard 2002-02-11 13:39:57 EST
Yeah, I want to do a 7.2 errata.  Maybe sometime this week.
Comment 4 Need Real Name 2002-04-01 18:58:33 EST
Any updated status on this?  New packages would be great. :P Also there are some
other annoying things cropping up in Galeon but there's no point in filing a bug
report if a new build will be becoming available.


Note You need to log in before you can comment on or make changes to this bug.