6.88 KB, application/x-macbinary
2.84 KB, text/plain
LiveConnectNativeMethods.cpp is in the OJI module; reassigning -
Assignee: rogerl → joe.chou
Component: Live Connect → OJI
QA Contact: pschwartau → pmac
I can confirm that this does indeed cause a crash; I've never tried Java -> JS with Fizzilla before, so I'm wondering if this is a regression or just unknown?
Hmm. Trying again with todays trunk build (2002070808) seems to get started OK with LiveConnect, using my test case. However, I get a hang later on. I'll build a public testcase that can demonstrate this, which might be a good "stress-test" for Java LiveConnect (on all platforms). Rob: I won't question that you did the work in looking at the code, and maybe something changed. But make sure you have only one plugin in your path (newer Mozilla comes with one in Mozilla.app/Contents/MacOS/Plug-ins). I'm not sure if something "bad" happens if you have that one, and also one in "/Library/Internet Plug-Ins". Also, after crashing Mozilla once under a recent dev release of OSX, I got into this state where, even if I logged out and logged back in, and then relaunched Mozilla, it's windows wouldn't appear (although they'd show up in Mozilla's "Window" meny, they did not appear on screen). I don't know who or where to report that one...
Mac bug, re-assign to Patrick.
Assignee: joe.chou → beard
Both the URL and the testcase in comment #5 WorkForMe using FizzillaCFM/2002062203. No crashes occurred.
OK, so I'm trying some more browsers. All of these results are on 10.1.5, with MRJPluginCarbon in /Library/Internet Plug-Ins/: Mozilla-0.9.9: Fails: JSObj is null. Mozilla-1.0 (2002052918): Fails: JSObj is null. Mozilla-1.0+ (2002062705): Fails: JSObj is null. Mozilla-1.1pre (2002070808): Fails: JSObj is null. In every case, this is what I get in my Java Console.Log (except changing times): ============= MRJ Plugin for Mac OS X v1.0 [starting up Java Applet Security @ Tue Jul 09 10:17:20 EDT 2002] init() called JSobj is null?!? ouch. start() called run() called JSobj is null?!? exiting. ============= So, why does this fail for me, but work for Greg? I am able to run Java Applets on my machine (i.e. with my 1.1pre build, sodaplay.com works just fine). I also tried this on a more "production" machine, with NS6.2 (MRJPlugin 1.0fc1), and it worked there. So, it still seems to me like some race condition somewhere (since LiveConnect works for me on this machine for more complicated test cases), but I'd love for someone else to see the failure to confirm this. I also ran ASP on these two machines, both TiBook/500's, to see the software differences. It seems they're running identical Java VMs, but different kernels (maybe from the networking update?): I'll attach a diff of the ASP reports here. (+ is the machine with the failures, - is the machine that succeeded).
Retested Steve's test using FizzillaCFM/2002070913. The first attempt hung Mozilla for some reason. Second attempt succeeded, but I noticed it generates a lot of messages to the console (log to be attached), as does the original URL reported on this bug.
Created attachment 90801 [details] Messages sent to the Java console by FizzillaCFM/2002070913 running Steve's test
Rob, can you still reproduce this problem using a current nightly build?
No, I can't reproduce it with build 20030213. Looks fixed to me.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → FIXED
Should be resolved WFM.
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Status: UNCONFIRMED → RESOLVED
Last Resolved: 16 years ago → 16 years ago
Resolution: --- → WORKSFORME
Rubber-stamp vrfy -
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.