47862 - Webclient crashes,when start with mouse pointer inside

Status: VERIFIED WONTFIX

(Core Graveyard :: Java APIs to WebShell, defect, P3)

Description

[Oleg Khokhlov]

JVM crashes,when the webclient starts with a mouse pointer inside and time of 
html loading is small.

To reproduce it:

1. Start your webclient with a small local html file.
2. The mouse pointer must be inside your webclient window.
3. When the html file is loaded try to move the mouse pointer from one 
html-element on a page to another element (or simply try to move your mouse out 
of webclient window, or click a mouse button). Usually JVM crashes. 

It crashes only with Java HotSpot. Without it all works fine.

Platform&OS: Intel Pentium II-350, 128 RAM, Windows NT 4.0 with SP4.
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0-R)
Java HotSpot(TM) Client VM (build 1.3-R, mixed mode)
Mozilla M16, Webclient source from August 07, 2000

Comment 1

[edburns]

This problem doesn't occurr with the same setup, but with NT4.0 SP3 and
JDK1.2.2.  I'm trying it with JDK 1.3.0 now.

Ed

Comment 2

[edburns]

I can't reproduce this with the latest Webclient code/Mozilla M16/JDk1.2 WINNT
4.0 SP3.

Please post console output and reopen if necessary.

Comment 3

[Oleg Khokhlov]

Consol output:

Creating new EmbeddedMozilla window
constructed with binDir: 
D:\M16\mozilla\java\webclient\src_moz\..\..\..\dist\WIN32_D.OBJ\bin url: 
d:\ovk\1.html
in BrowserControlCanvas setBounds: x = 0 y = 0 w = 640 h = 480
debug: edburns: native library does implement webclient.WindowControl
Can't setBounds(java.awt.Rectangle[x=0,y=0,width=639,height=479]) null
in BrowserControlCanvas setBounds: x = 4 y = 65 w = 632 h = 407
in BrowserControlCanvas setBounds: x = 4 y = 65 w = 640 h = 480
in BrowserControlCanvas setBounds: x = 4 y = 65 w = 640 h = 480
debug: edburns: native library does implement webclient.Navigation
debug: edburns: native library does implement webclient.CurrentPage
debug: edburns: native library does implement webclient.History
debug: edburns: native library does implement webclient.EventRegistration
mouseListenerWrapper=org.mozilla.webclient.wrapper_native.WCMouseListenerImpl@49
9159
debug: edburns: native library does implement webclient.Bookmarks
debug: edburns: got Bookmarks instance
debug: edburns: Currently Viewing: file:///d|/ovk/1.html
nsNativeComponentLoader: autoregistering begins.
nsNativeComponentLoader: autoregistering succeeded
ProfileName : default
ProfileDir  : D:\M16\mozilla\dist\WIN32_D.OBJ\Users50\default
InitMozillaStuff(91b4e70): Create the action queue
Init the baseWindow
Create the BaseWindow...
WEBSHELL+ = 1
docShell is  
Creation Done.....
Show the webBrowser
WARNING: chrome: failed to get base url -- using wacky default, file 
d:\m16\mozilla\rdf\chrome\src\nsChromeRegistry.cpp, line 456
WARNING: chrome: failed to get base url -- using wacky default, file 
d:\m16\mozilla\rdf\chrome\src\nsChromeRegistry.cpp, line 456
WARNING: chrome: failed to get base url -- using wacky default, file 
d:\m16\mozilla\rdf\chrome\src\nsChromeRegistry.cpp, line 456
Obtained name of Personal Toolbar from bookmarks string bundle.
Start reading in bookmarks.html
Finished reading in bookmarks.html  (100000 microseconds)
WARNING: chrome: failed to get base url -- using wacky default, file 
d:\m16\mozilla\rdf\chrome\src\nsChromeRegistry.cpp, line 456
plugins at: C:\Program Files\Netscape\Communicator\Program\Plugins
plugins at: d:\java\jdk1.3.0R\win32\bin\plugins
Enabling Quirk StyleSheet
Note: verifyreflow is disabled
Enabling Quirk StyleSheet
WARNING: chrome: failed to get base url -- using wacky default, file 
d:\m16\mozilla\rdf\chrome\src\nsChromeRegistry.cpp, line 456
Note: styleverifytree is disabled
Note: frameverifytree is disabled
has multiple monitor apis is 0
#
# HotSpot Virtual Machine Error, EXCEPTION_ACCESS_VIOLATION
#
# Error ID: 4F533F57494E13120E43505002BE
#


in JDK 1.2 HotSpot is not enabled by default, but without HotSpot bug doesn't 
reproduce

Comment 4

[Oleg Khokhlov]

JVM crashes only when HotSpot is in "mixed mode" (it is default mode). When it 
is in "interpreted mode" (-Xint option) all works fine.

Comment 5

[leger]

Adding crash keyword.

Comment 6

[Gervase Markham [:gerv]]

So is this a problem with the Sun JVM rather than Mozilla, then?

Gerv

Comment 7

[edburns]

*** Bug 50885 has been marked as a duplicate of this bug. ***

Comment 8

[edburns]

This happens.

Comment 9

[edburns]

Asked Sun internal engineer if this is a JVM bug.

Comment 10

[edburns]

This only happens on WINNT 4.0 SP3.

The workaround is to not have your mouse pointer inside where the window will 
pop up, until the after the window pops up.

Comment 11

[edburns]

You must upgrade to WinNT 4.0 SP4 or greater.  We won't be fixing this bug for 
SP3.  If you feel really strongly about it, we might re-consider the WONTFIX 
resolution.

Comment 12

[Oleg Khokhlov]

It doesn't reproduce now.
I verify it.
WinNT4 SP4, Netscape61_RELEASE, JAVADEV_6_1_20010831, JDK 1.3.1.
and change QA contact.