Closed Bug 24487 Opened 25 years ago Closed 25 years ago

Crash when visiting a page with Java time-warner and java.sun.com

Categories

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

x86
Windows 98
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 18567

People

(Reporter: chriss, Assigned: edburns)

References

()

Details

(Keywords: crash, top100, Whiteboard: [PDT+] w/b minus on 03/03)

I'm using the 1/19 build: 2000011908

Steps to reproduce:
1) Install conplete version with Java
2) Launch browser and go to a site with Java:
e.g. http://www.timewarner.com or http://java.sun.com

3) browser crashes

This is also a beta 1 stopper
This is a beta stopper, but not PDT+.
Whiteboard: [PDT-]
adding beta1 to keyword field
Keywords: beta1
Severity: normal → critical
*** Bug 24400 has been marked as a duplicate of this bug. ***
Clearing PDT- since this is nominated for beta1 and needs PDT re-review.
Whiteboard: [PDT-]
In the last week-and-a-half, we've found that the Windows Java Plug-In has
stopped working with Mozilla builds.  It's the usual culprit: Mozilla API's
have changed again, and the Java Plug-In that you have was built against Mozilla
headers that are older than two weeks old.

Ed Burns has been working on identifying the changes in Mozilla that break the
Java Plug-In; looks like the majority of the changes were in the Mozilla plugin 
module.  We will try to persuade the Sun JDK folks to modify JPI to catch
up with Mozilla, but the JDK 1.3 has been in code freeze for a couple of months
now.

I sure hope this is the last time Mozilla API's change, especially since we're
approaching Beta.

I'll mark this bug as M14, and pray that we can get a new JDK build that works,
and distribute at least internally to Netscape.  Meanwhile, we're working with
the JDK group to convince them to release a patch that's JPI-specific; will
advise you as to success or failure of that persuasion.
Status: NEW → ASSIGNED
Target Milestone: M14
I'll take ownership of this one.
Assignee: drapeau → edburns
Status: ASSIGNED → NEW
removing dogfood notation so that it be considered for beta 1 PDT+
Summary: [dogfood] Crash when visiting a page with Java → Crash when visiting a page with Java
After making a bunch of changes to the source code and makefiles, rebuilding my 
java plugin and adding the following line to my 

C:\winnt\system32\drivers\etc\HOSTS 

file:

204.71.242.76   image.pathfinder.com

The browser doesn't crash, but it doesn't display the applet properly either.

I'm getting our old friend the null pData error:

Exception in thread "main" java.lang.NullPointerException: null pData
        at sun.awt.windows.WComponentPeer.hide(Native Method)
        at java.awt.Component.hide(Unknown Source)
        at java.awt.Window.hide(Unknown Source)
        at java.awt.Component.show(Unknown Source)
        at java.awt.Component.setVisible(Unknown Source)
        at sun.plugin.navig.win32.PluginObject.setWindow(Unknown Source)

Status: NEW → ASSIGNED
Please wait for receiving a new drop of the Java Plugin from Sun before filing 
any more OJI bugs.
Stanley, here's the stack trace from Java, with some added debugging 
information from me:

Document http://www.timewarner.com/ loaded successfully
Document: Done (17.115 secs)
InstantiateEmbededPlugin for application/x-java-vm
debug: edburns: nsIPluginHostImpl::FindStoppedPluginForURL():
        calling nsIPluginInstance::Start()

Exception in thread "main" java.lang.NullPointerException: null pData
        at sun.awt.windows.WComponentPeer.hide(Native Method)
        at java.awt.Component.hide(Unknown Source)
        at java.awt.Window.hide(Unknown Source)
        at java.awt.Component.show(Unknown Source)
        at java.awt.Component.setVisible(Unknown Source)
        at sun.plugin.navig.win32.PluginObject.setWindow(Unknown Source)
debug: edburns: nsIPluginHostImpl::FindStoppedPluginForURL():
        calling nsIPluginInstance::SetWindow()

java.lang.NullPointerException: null pData
        at sun.awt.windows.WFramePeer.getState(Native Method)
        at java.awt.Frame.getState(Unknown Source)
        at java.awt.Frame.removeNotify(Unknown Source)
        at java.awt.Window$1$DisposeAction.run(Unknown Source)
        at java.awt.Window.dispose(Unknown Source)
        at sun.plugin.navig.win32.PluginFrame.windowClosing(Unknown Source)
        at java.awt.Window.processWindowEvent(Unknown Source)
        at java.awt.Window.processEvent(Unknown Source)
        at java.awt.Component.dispatchEventImpl(Unknown Source)
        at java.awt.Container.dispatchEventImpl(Unknown Source)
        at java.awt.Window.dispatchEventImpl(Unknown Source)
        at java.awt.Component.dispatchEvent(Unknown Source)
        at java.awt.EventQueue.dispatchEvent(Unknown Source)
        at java.awt.EventDispatchThread.pumpOneEvent(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.run(Unknown Source)
Putting on the PDT+ radar for beta1.
Whiteboard: [PDT+]
Adding "crash" keyword to all known open crasher bugs.
Keywords: crash
Blocks: 21305
Summary: Crash when visiting a page with Java → top100 - Crash when visiting a page with Java time-warner and java.sun.com
adding top100 keyword.
Keywords: top100
Depends on: 16296
Summary: top100 - Crash when visiting a page with Java time-warner and java.sun.com → Crash when visiting a page with Java time-warner and java.sun.com
Must fix by 03/03 or no java for beta1.
Whiteboard: [PDT+] → [PDT+] Must fix 03/03
Whiteboard: [PDT+] Must fix 03/03 → [PDT+] w/b minus on 03/03
Will test on 02/25

*** This bug has been marked as a duplicate of 18567 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
No longer crashes.  Verified in the 2000030609 build.
Status: RESOLVED → VERIFIED
java.sun.com works, but www.timewarner.com does not.  See 
http://bugzilla.mozilla.org/show_bug.cgi?id=40723
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.