Closed Bug 93990 Opened 23 years ago Closed 23 years ago

Page load leads to crash, possible Java-related

Categories

(Core Graveyard :: Java: OJI, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME
mozilla0.9.6

People

(Reporter: mozspam4kurt, Assigned: joe.chou)

References

()

Details

(Keywords: crash, stackwanted)

Attachments

(2 files)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010802
BuildID:    2001080221

Upon loading the page, mozilla crashes.  There are three small applets
that are attempted to be loaded.

Reproducible: Always
Steps to Reproduce:
1. Load page

Actual Results:  crash

Expected Results:  not crash
Reporter we need a talkback id or stacktrace for this report to be useful.
Keywords: crash, stackneeded
I had reported this bug from the linux rpm edition of the build, which lacks
talkback, nor could I figure out how to get a stack trace (how does one run the
rpm version with a debugger?); I thus installed a talkback version in a user
account.  Upon loading the site, I of course needed java, got the plugin and
restarted mozilla twice as required (MS WINDOWS DEJA VU!!!!).

The page loaded without a problem.

I thus checked to see if the java plugin installed for the rpm version was
different--nope identical .so files.  For the hell of it, I removed the java
plugin from the rpm version, reloaded it, and presto everything works.

This is quite strange when the plugins were identical, and the first instance
worked for every other java-enabled page I tried...
Chris, any ideas why it wouldnt work on the RPM builds?
| ./mozilla -g | should get mozilla running in a debugger
could it be the component.reg wasn't correct?
Tried this page with a debug build from 8/17. When scrolling down and up while
the page is loading, I get the following assertion:

###!!! ASSERTION: You can't draw an image with a 0 width or height!: 'aSWidth >
0 && aDWidth > 0 && aSHeight > 0 && aDHeight > 0', file
../../../../mozilla/gfx/src/gtk/nsImageGTK.cpp, line 563

I can't get the page to finish loading all its images, but I didn't crash.
On the first time, I somehow managed to hang the browser with a mixture of
clicking on the link to /prequal.html, clicking stop, back, and/or reload.
When it locked up, there were 5 threads, all in suspend or poll, but only one
had an interesting stack. I'm going to attach it, just if someone is interested.
Using build 2001090721 on RH6.2, I also crash, I used JRE 1.3.1 (without Flash
loaded as it could be then a dup of bug 86591).
I get no Talkback data but the JRE outputs error in console and saves it to a
file which I'll attach next. But a signal 11 perhaps means nothing (my PC
sometimes has Sig11 errors http://www.bitwizard.nl/sig11/), however, this page
triggers it everytime.
I see this crash too with 2001-09-07-21 on Linux. I'm using j2sdk 1.3.1_01.

I also got a similar log as Olivier Cahagne and I will attach it if anyone wants it.
I managed to get a backtrace of this crash:

#0  0x4049997e in sigsuspend () from /lib/libc.so.6
#1  0x401d05a9 in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0
#2  0x401ccf82 in pthread_cond_wait () from /lib/libpthread.so.0
#3  0x401b40e9 in PR_WaitCondVar () from /home/andre/apps/mozilla/libnspr4.so
#4  0x4012ee55 in nsThreadPool::GetRequest () from
/home/andre/apps/mozilla/libxpcom.so
#5  0x4012f4ce in nsThreadPoolRunnable::Run () from
/home/andre/apps/mozilla/libxpcom.so
#6  0x4012e2aa in nsThread::Main () from /home/andre/apps/mozilla/libxpcom.so
#7  0x401b864e in PR_Select () from /home/andre/apps/mozilla/libnspr4.so
#8  0x401cde85 in pthread_start_thread () from /lib/libpthread.so.0
#9  0x401cdecd in pthread_start_thread_event () from /lib/libpthread.so.0
Status: UNCONFIRMED → NEW
Ever confirmed: true
This is a duplicate of 95661

It is due to a very badly writte piece of java that causes loads of nullpointer
and security exceptions that consume 100% processor load for stack traces.
anyone to confirm dupe of bug 95661 ?
->OJI
Assignee: asa → edburns
Component: Browser-General → OJI
QA Contact: doronr → pmac
Reassign to Joe as I'm leaving the role of OJI module owner.
Target Milestone: --- → mozilla0.9.5
Ressign to Joe Chou, as I am no longer working officially on OJI.
Assignee: edburns → joe.chou
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Works for me (no crash and applets work) 20011001 on Solaris (trunk build)
WFM on recent trunk build and RedHat 6.2
Not a dupe of 95661 because i can reproduce that crash.
wfm using build 2001103113 on Linux (RH 6.2, glibc 2.1.3) + JRE 1.3.0_01.
Too late for 0.9.6, this needs retargeting.
Tried it with trunk build today with jre1.3.0_01, and it brought up the page
without crashing.
Mark WORKSFORME.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Chris Petersen is a new QA contact for oji component. His email is:
petersen@netscape.com
Assignee: joe.chou → petersen
fixing small error for pmac@netscape.com (filter with : SPAMMAILSUCKS)
Assignee: petersen → joe.chou
QA Contact: pmac → petersen
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: