Closed Bug 32529 Opened 24 years ago Closed 24 years ago

crash when loading applet

Categories

(Core Graveyard :: Java: OJI, defect, P3)

PowerPC
Mac System 9.x
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 36381

People

(Reporter: ckritzer, Assigned: drapeau)

References

()

Details

(Keywords: crash, Whiteboard: [nsbeta2-][PDT-] [nsbeta3-])

Overview:  When loading applet, browser crashes.

Steps to Reproduce:
 1) Launch 2000-03-20-05 build
 2) Load http://makeda/category.html
 3) Click on the link '1. Applet zip/class test 1'.  It will trow the following 
exceptions:
  3a) System.out: An exception occurred: ClassNotFoundException for NuclearPlant
  3b) System.out:
  3c) java.lang.NullPointerException
 4) Click back arrow and then click on the link '2. Applet zip/class test 2'.

Actual Results: Browser crashes/hangs

Expected Results: Browser loads nuclear power plant applet demo

Build Tested:
 - MacOS9 2000-03-20-06-nb1b Commercial build

Additional Builds Tested:
 - Linux6 2000-03-20-06-nb1b Commercial build
 - Win98 2000-03-20-06-nb1b Commercial build
Set Keyword crash
Added pdt to Status Whiteboard
Keywords: crash
Whiteboard: pdt
Added self to cc list.
Keywords: beta1
Whiteboard: pdt
More info:

Using the applets @ http://java.sun.com/openstudio/applets/, loading each one 
seperately works fine, but loading an applet and then clicking the reload button 
causes the browser to start throwing exceptions:
 - java.lang.IllegalThreadStateException
 - System.out: An exception occured: java.lang.IllegaThreadStateException for 
null
 - System.out:

And then the applet does not load.  Going to a different page with a different 
applet cause the browser to either hang or crash.
With the url specified, I get the same problem described on the Mac. Tested with 
Mac March 20th (2000032006) under Mac 0S 9.0.
I tried this with a beta 1 branch build from 03/16/00, and it works.

I'll reassign it to our mac guy.

When I try to visit http://java.sun.com/openstudio/applets/

I get a "You are not authorized to view this page" error.

However, when I try to visit http://java.sun.com/openstudio/index.html
Reassigning to Loki.


ckritzer: can you please specifiy if you're using a beta1 branch build or not?

Thanks,

Ed
Assignee: edburns → loki-sun
Yup.  Using beta1 branch.
- MacOS9 2000-03-20-06-nb1b Commercial build
running m15 build from 9.III with the MRJInABox plugin i last sent to paw on 
15.III loads applets; reloading page in browser by clicking reload button in 
toolbar reloads page with out crash and with applet running (but with horrendous 
page layout).
the openstudio url gives me a 404 error, so i used http://java.sun.com/applets/ 
instead.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Re-opening bug.

This is an OS9-only bug, as it does not occur on the 2000-03-20-06-nb1b 
Commercial build (beta1 branch).
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
ach - os9 only.. sehr merkwürdig... kicking the assign upstairs to george then as 
we have no os9 development machines.
Assignee: loki-sun → drapeau
Status: REOPENED → NEW
Putting on PDT- radar for beta1.  Will relnote.
Keywords: relnote
Whiteboard: [PDT-]
critzer: I didn't understand the cause and effect of your last comment: why is
it that you conclude that it's an OS9-only bug "as it does not occur on the
2000-03-20-06-nb1b  Commercial build (beta1 branch)"?  Can you explain, please?
Help.
drapeau:  Ahhh...that would be because I'm a dope.  

What I meant to say is, 
"This is an OS9-only bug, as it does not occur on the 2000-03-20-06-nb1b 
Commercial build (beta1 branch) *on MacOS86*."

My apologies.  Good catch.
Well this is interesting, but *none* of you have said which version of the 
Macintosh Runtime for Java (MRJ) you are running. The version varies with each 
operating system release (Mac OS 8.5, 9 etc) and was often updated 
independently of the actual OS release. 

This can't be definatively pegged as a Mac OS 9 bug (or any other OS version) 
until we've eliminated the possibility that its a problem with a particular MRJ 
version (2.0, 2.1.X 2.2) running on any OS version.

To find the version of MRJ, open the MRJ Libraries folder in the Extensions 
folder are do a 'Get Info' on one of the shared libraries in there...
i haven't snuck out and reverted my mrj version since the last time i stated my 
configuration; v 2.2
this is possibly related to bug: 32682, 32883 -- someone made changes to the 
mozilla code that broken the plugins (ckritzer, please try this with the 3/16 
commercial build or earlier build).
I don't think we'll be able to get to this one for a couple of milestones.  We 
don't have MacOS 9 here yet and our Macintosh engineer is about to go away.  If 
somebody else with Macintosh programming experience can reproduce the problem on 
MacOS 9 and attach debugging info, perhaps our Mac engineer can fix it before he 
takes off.
Target Milestone: --- → M18
Hmmm well, what is this bug exactly?
I can't access the URL in the original big report, as the URLs http://warp and
http://makeda are clearly on someone's intranet (Sun's?) 

So what is this bug about? I'd be more than happy to crash my MacOS9 machine into 
Macs Bug and send you a log if someone can find me a URL I can actually hit :-)
The "warp" and "makeda" machines are on Netscape's internal net; awaiting a
reproduceable test case by Netscape QA or the bug reporter.
Changing componenet to OJI. THis is not a webclient bug

geetha
Component: Java APIs to WebShell → OJI
Putting on [nsbeta2+] radar for beta2 fix. 
Whiteboard: [PDT-] → [nsbeta2+][PDT-]
Re-assigning the milestone based on lack of resources to fix Macintosh bugs.
Target Milestone: M18 → ---
Per today's PDT, moving from [nsbeta2+] to [nsbeta2-]
Keywords: relnotensbeta3, relnote2
Whiteboard: [nsbeta2+][PDT-] → [nsbeta2-][PDT-]
Adding nsbeta2 keyword to bugs with nsbeta2 triage value in status field so the 
queries don't get screwed up
Keywords: nsbeta2
Updating status whiteboard for nsbeta3-.  Sorry; I don't think I'll be able to
hire anybody for Mac support, and still have no such expertise here.
Whiteboard: [nsbeta2-][PDT-] → [nsbeta2-][PDT-] [nsbeta3-]
I get random crashes when loading various applet tests in our HTML 4.0 test 
matrix. (http://mozilla.org/quality/browser/standards/html/). You currently 
cannot load all of our 22 applet tests consecutively without crashing. This is a 
long and ongoing issue that  really needs to addressed before final GM.

*** This bug has been marked as a duplicate of 36381 ***
Status: NEW → RESOLVED
Closed: 24 years ago24 years ago
Keywords: rtm
Resolution: --- → DUPLICATE
Verified dupe.
Status: RESOLVED → VERIFIED
OS: Mac System 9.x
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.