Closed Bug 79429 Opened 24 years ago Closed 24 years ago

Mozilla segfaults when viewing the condensed view of Big Brother...

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: gclinton, Assigned: asa)

References

()

Details

(Keywords: crash)

Attachments

(1 file)

When viewing web pages produced by the Big Brother software mentioned above, when its viewed in condensed mode for a couple of minutes, Mozilla segfaults *everytime*. Please feel free to email me if this is too vague.
This _is_ too vague. Does it happen on any particular HTML you can attach? What build are you using? Please comment in this bug; do not reply directly to emails.
Mozilla 0.9 Redhat 7.0 Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; rv:0.9) Gecko/20010507 I am using version 1.6d of Big Brother. To reproduce install BB, then configure it to monitor some machines. Go to your BB URL then click on condensed view in the upper lefthand corner. Let Mozilla sit there for a few minutes and it will segfault.
Reporter do you have a stacktrace from the crash and or the talkback id from the crash?
Severity: major → critical
Keywords: crash
Loaded the testcase in 2001050708/Linux and let it sit for over 5 minutes and no crash. I did, after clicking on a couple of the "red" and "yellow" links, get bugzilla to complain about having too many tcp connections from my ip address though. Running netstat revealed 21 connections to mothra.mozilla.org (it could've been more at the time I got the error).
The attached html does *NOT* break mozilla because it doesn't do a meta refresh, I just attached it because I was asked to. To duplicate, as stated in the previous comments, one needs to install Big Brother 1.6d and then configure it so the condensed view refreshes every 5 minutes (The default). I try to run mozilla-bin through gdb to tell you guys the function in which it breaks, but it looks like the RPM I got wasn't compiled with -g. I will install the talkback tarball instead of the Redhat 7.0 RPM. I will keep trying to give you more information, thanks for your patience.
More fun! When using the tarball it doesn't do it at all! It seems that the gecko rendering engine is 2 days? behind though. e.g. Mozilla 0.9 Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; rv:0.9) Gecko/20010505 Again, Mozilla only seems to crash with the Redhat 7.0 rpm and not the tarball from this location: http://ftp.mozilla.org/pub/mozilla/releases/mozilla0.9/mozilla-i686-pc-linux-gnu-0.9-sea.tar.gz
Hmm.. ccing blizzard. Could this be a matter of compile-time options of some sort?
I doubt it.
Likely there was a change between 20010505 and 0507 that fixed the issue. If the issue is resolved with the later build, then I'm inclined to think this should be marked WORKSFORME..
Works for me on linux build 2001060811.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: