Closed
Bug 92351
Opened 23 years ago
Closed 23 years ago
random crashes
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
People
(Reporter: cnar77, Assigned: asa)
Details
Attachments
(1 file)
(deleted),
application/octet-stream
|
Details |
The browser crashes randomly, infrequently and is not reproducible at will. My
OS is redhat Linux 7.1 using redhat kernel 2.4.3-12 downloaded from redhat network.
I have isntalled Java2 and shockwave flash as plugins. Using java for Linux from
Sun's website and not the xpi file from netscape. Java pages work perfectly.
However the crashes have occured both at java and non java pages and even when
the program starts.
I'm using Mozilla build 2001072505 on linux. In windows they are no instability
problems even with java2. I have a full install of mozilla.
Unfortunately no "core" file is written when the program crashes. On some
instances it just shuts down on others the talkback agent pops up.
Comment 1•23 years ago
|
||
Reporter:
There are a few crashes already reported.
We don't know what's going on here without a stack trace.
(or clear steps to reproduce)
If you don't build yourself you must use a talkback enabled build.
(It seems you have already a talkback enabled build)
After talkback submitted the crash, run Install-Dir/components/talkback.so (I
dunno the extension, on windows talkback.exe.) and poste the Talkback ID# here.
Asa@mozilla.org can then extract the talkback stack trace
Thanks
Matthias
Comment 2•23 years ago
|
||
I'm marking this bug invalid -- everyone is very much aware of the existence of
crasher bugs in mozilla, but the report's not useful without reproducible steps
or (even better) a talkback id or stack trace.
That said, if you do find something, filing a new bug on it would be greatly
appreciated. Your testing is even more valuable because there aren't very many
testers (I don't think) running 2.4.x.
Let me know if you're interested in trying to track things down with gdb (you'll
need to pull from cvs, as the threading will causes current release versions to
barf), or ask around on #mozillazine, where you'll find people much more
knowledgable than i.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
Comment 3•23 years ago
|
||
Reporter:
tingley@sundell.net is right.
If you submit the crash via talkback we get the stack of the crash
(and we will fix it if more people crashing there)
If you see a crash and you can reproduce it, please file a new bug.
(and poste the Talkback ID in that bug)
For the random crashes we have talkback. (use the "Query" bugzilla link and
search with "Keyword" topcrash" and you see all that crashes)
verified invalid !
Thanks for your bug report and using Mozilla !
Matthias
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 4•23 years ago
|
||
Ok, I'll try the talkback method when next it happens.
For the last 12 hrs however it hasnt happen. I had removed the java plugin and
the macromedia flash plugin. It hung once during that time and that was an
actual hang not the random shutdowns i've been experiencing.
I'm new at this stuff but i'll give it a try. I'll put the plugins back and see
what can be done.
Reporter | ||
Comment 5•23 years ago
|
||
Sorry I took so long. Its carnival time. Anyway, here is a core dump. I'm
running Redhat's 2.4.3-12 kernel on Redhat GNU/linux 7.1. So far these crashes
have occured on every nightly build I've used and this current dump is from
0.9.3 (2001080104).
It seems for these random closures to occur the browser must be active or
atleast opened (I have installed the complete mozilla package). Java2 must be
installed. The java2 used is not the XPI file from netscape's server but the
Linux installation from Sun's website.
During the crash in question for which this core dump applies both java2 and
Macromedia's Flash have been installed and are working correctly. I can also
testify that the frequency of this problem increases when both java2 and
Macromedia flash are installed.
I'm running on a P2-450mhz system with 192 mb of ram. This problem does not
occur in the MS Windows environment ... PERIOD. It is native, at least in my
tests to linux and linux alone.
As I have said earlier they occur at java and non java webpages whether the java
virtual machine is enabled or not and at flash web pages whether enabled or not.
Even static webpages have resulted in these random closures. Yes I said random
closures. The program just closes and only on a few RARE occasions does the
talkback program activate.
Status: VERIFIED → UNCONFIRMED
Resolution: INVALID → ---
Reporter | ||
Comment 6•23 years ago
|
||
I'm having a hell of a time sending this attachment, so we'll have to wait till
then.
Reporter | ||
Comment 7•23 years ago
|
||
Comment 8•23 years ago
|
||
Reporter:
I repeat me : :-)
After talkback submitted the crash, run Install-Dir/components/talkback.so (I
dunno the extension, on windows talkback.exe.) and poste the Talkback ID# here.
Don't poste .so, you must run the talkback.so and you will see a window with a
talkback #. (TB434422134G or something like this)
We need only the Talkback Number not more
Thanks
Matthias
Reporter | ||
Comment 10•23 years ago
|
||
Ok, I checked bug 86591 and it's similar alright.
*** This bug has been marked as a duplicate of 86591 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•