Closed Bug 161329 Opened 22 years ago Closed 21 years ago

Browser crashes loading menu applet with large menu size

Categories

(Core Graveyard :: Java: OJI, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: mark-spamx, Assigned: joe.chou)

References

()

Details

(Keywords: crash, stackwanted)

Attachments

(1 file)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020621
BuildID:    2002062110

One of the developers and I just finally spent a couple hours nailing this
problem down as far as we can.  This is what we know.  The problem is not with
the page.  This can also fairly easily be proven by turning off java support. 
The applet itself we think is ok.  It loads and runs fine on Windows in IE,
netscape, and mozilla.  However, on linux it crashes the browser.

We went through the menu and tried to find if there was a specific menu entry
causing the problem.  We were able to make it work by deleting a segment of the
menus and proceeded to try and add stuff back in to narrow down the problem. 
Over several iterations though, the problem was always in a different place.

We've come to believe that the problem is with the size of the menu file.  It
seems like if the menu file definition gets over 33k the browser crashes.  It
also doesn't seem to matter what java implementation I use.  It causes it to
crash under blackdown, sun's plugin, and IBM's setup.

While there could be, and probably is, a problem with the java implementation
itself together with this applet the crash behavior is obviously unwanted. 
While Opera is unable to display the applet, it doesn't crash on load either. 
It sounds like there's an exception mozilla isn't catching.  

If we could at least keep the browser from crashing we might be able to get a
decent bug report to indicate what's going on with the java implementation.

Thanks guys.  I look forward to hearing your thoughts on this.  If there are any
other tests anyone would like me to run to further facilitate research into this
problem I'm at your disposal.



Reproducible: Always
Steps to Reproduce:
1.Load the page
2.
3.

Actual Results:  Browser Crashes

Expected Results:  Not crashed.

(Printed when the browser crashes:

INTERNAL ERROR on Browser End: Write failed. sendrequest 

System error?:: Resource temporarily unavailable

I also get a plugin trace file which has this at the end:
                      PLUGIN ERROR 
                      ************ 
Java process: unexpected request 732f5265
I tried to upload an strace log from executing this, but I can't seem to get the
upload to work.  However, it should be easily reproducable from any
mozilla/linux browser setup.
applet bugs belong to OJI
Assignee: beppe → joe.chou
Component: Plug-ins → OJI
QA Contact: shrir → pmac
Reporter: Could you confirm what versions of JRE you have used and which linux
dist and version?
Can you try with a later build version?
I'm using the Gentoo distribution, version 1.2
I've confirmed this behaviour with Blackdown's JRE 1.3.3, and 
with IBM's JRE 1.3.3 and with Sun's JRE 1.3.3 and 1.4.x.

I'd be happy to try again with a newer build version.  I'll
pull a copy down and give it a try sometime yet today.
I just pulled down 1.1Beta (2002072204) and set it up with the plugin from
Blackdown JRE 1.3.3 and checked the site.  It still crashes with the same
error.  I can pull down a nightly if you need me to and try that.
Is this bug not reproducable by anyone else?  It's reproducable on every
machine at my disposal.
Reporter, could you try it with a recent Sun JRE (i.e., JRE1.4.1rc, available at
java.sun.com/j2se), and see what happens?
QA Contact: pmac → petersen
I have indepentantly reproduced this bug with mozilla 1.2b along with
j2sdk1.4.1_01 and IBM's jdk.
  (I just stumbled across this bug report while searching for any similar bugs
to the one that was driving me nuts)

It works fine under windows using pretty much every browser you can think of.
WFM on Mozilla v1.2.1 Win98 - Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2.1)
Gecko/20021130 with JDK 1.4.1_01
WFM, Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030111, Java(TM)
Plug-in 1.4.1-rc-b19.
Still WFM, Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030315, java
1.4.1. One of the applets on the page throws an exception and fails to load:

java.lang.ClassFormatError: advnewsscroll (Bad magic number)
	at java.lang.ClassLoader.defineClass0(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:502)
	at java.security.SecureClassLoader.
           defineClass(SecureClassLoader.java:123)
	at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:148)
	at sun.plugin.security.PluginClassLoader.
           findClass(PluginClassLoader.java:168)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:299)
        [etc]

but the menu applet on the left side loads and runs fine.

Mark, can you reproduce this with a current copy of mozilla?

Travis, do you have a different test case which also demonstrates this problem?

The strace log unfortunately isn't very useful. It's just a trace of the
"mozilla" shell script launching the "mozilla-bin" executable. A trace of
mozilla-bin would be more useful (but much, much larger).
Since over 1 month no answer from the reporter, so closing bug as wfm (as of
last comments).
If the bug exists in newer builds (1.4 final with sun 1.4.2 jre/jdk) then look
for a similar bug or reopen this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: