30836 - Cannot load a java-based game

Status: VERIFIED WONTFIX

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

Description

[mlewis]

I went to Excite's games by Pogo and chose hearts to play.  Then it asked me to
logon which I did.  Then it redirected to a page where it asked me which lounge
I wanted to play in.  I chose Casual Lounge 1 & 2 and it said that Milestone 14
wasn't a Java Compadable browser.  Then it asked me to download a new version of
Netscape or Internet Explorer.

Comment 1

[rpallath]

Changing Component from Java FrontEnd to OJI.

Tried the same on WinNT4.0 with SP5.

with Mozilla (built with MOZ_DEBUG) on 03/06/2000 It does  crash.
Puts out Assertion dialog box:
 Assertion: expect device context here: 'mDeviceContext' file
c:/mozilla/layout/base/src/nsPressContext.cpp, line 313

 Abort/Retry/Ignore


On Nightly build dated March 5th (non debug), it crashes when  you click on the
 Casual lounge 1 or 2.
(Tried the same with Netscape Navigator 4.7. It does work correctly)

Comment 2

[Sebastian Späth]

adding crash keyword

Comment 3

[drapeau]

Jeff, Stanley: it looks like this is potentially a LiveConnect problem, which 
wasn't completely working in the Preview Release 1.  Can either of you verify 
this?  I'm setting the milestone for this as "Future", since I doubt we'll have 
time to fix this for M16 but should get to this as soon after that as possible.

Comment 4

[loki der quaeler]

i verify this to occur on the mac as well.

(in the debug version, the following assertion is thrown:
###!!! ASSERTION: NS_ENSURE_TRUE(NS_SUCCEEDED(aURL->
GetHost(getter_Copies(host)))) failed: '(!((aURL->GetHost(getter_Copies(host))) & 
0x80000000))', file nsWebShell.cpp, line 1196
)

changing platform and os to all and all

Comment 5

[leger]

Putting on [nsbeta2+] radar for beta2 fix. 

Comment 6

[rpallath]

Tried on build of mozilla dated 07/7/2000 with Java plugin Version
1.3.0-netscape6-pr2

Got a whole load of exceptions

 java.lang.ClassFormatError: a/hearts/HeartsArenaApplet (Illegal Field name "?")
 
        at java.lang.ClassLoader.defineClass0(Native Method)
        at java.lang.ClassLoader.defineClass(Unknown Source)
        at java.security.SecureClassLoader.defineClass(Unknown Source)
        at java.net.URLClassLoader.defineClass(Unknown Source)
        at java.net.URLClassLoader.access$100(Unknown Source)
        at java.net.URLClassLoader$1.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(Unknown Source)
        at sun.applet.AppletClassLoader.findClass(Unknown Source)
        at sun.plugin.security.PluginClassLoader.findClass(PluginClassLoader.jav
a:175) 
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at sun.applet.AppletClassLoader.loadClass(Unknown Source)
        at java.lang.ClassLoader.loadClass(Unknown Source)
        at sun.applet.AppletClassLoader.loadCode(Unknown Source)
        at sun.applet.AppletPanel.createApplet(Unknown Source)
        at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1093)
        at sun.applet.AppletPanel.runLoader(Unknown Source)
        at sun.applet.AppletPanel.run(Unknown Source)
        at java.lang.Thread.run(Unknown Source)

Comment 7

[edburns]

The ClassFormat error leads me to believe that this is not a bug, but rather an 
artifact of the increased strictness of the ClassLoader in JDK1.3.  

I'm going to mark this WONTFIX.

Comment 8

[Paul Wyskoczka]

Verified.

Comment 9

[Daniel Veditz [:dveditz]]

Adding keyword to bugs which already show a nsbeta2 triage value in the status 
whiteboard so the queries don't get screwed up.