Closed Bug 32529 Opened 25 years ago Closed 25 years ago

crash when loading applet

Categories

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

Product:
Core Graveyard
Component:
Java: OJI
Platform:
PowerPC
Mac System 9.x
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 36381

People

(Reporter: ckritzer, Assigned: drapeau)

References

(
URL
)

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: 25 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: relnote → nsbeta3, 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: 25 years ago → 25 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.