58751 - Datek Streamer Java applet causes bad mozilla behaviour

Status: RESOLVED INCOMPLETE

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

Description

[Michael Witbrock]

Sorry that this description is a bit vague. Under 2000103004 and other recent
builds, go to www.datek.com (you'll need a trading account with datek to verify
this problem), log in, and select the streamer.

It opens in its own window. Now, leave it running for some time.  (around 10
minutes should do). All of a sudden, other mozilla windows will start self
maximising, showing repaint errors, and generally showing signs of severe UI
decay.  Mozilla quickly becomes unusable.   Killing the java window doesn't fix
things, you need to exit the entire program and restart to recover.

To my knowledge, only the Java streamer from Datek causes this. Alas, it's
probably one of the most widely used long-running java applets there is.

OS: windows 2000, Machine, IBM Thinkpad A20p


Here's some stuff from the java console:

Java(TM) Plug-in: Version 1.3.0_01
Using JRE version 1.3.0_01-beta Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\mwitbrock

Proxy Configuration: Browser Proxy Configuration

Comment 1

[Igor Kushnirskiy]

changing module to OJI

Comment 2

[drapeau]

Re-assigning to module owner, Ed Burns.  I'm also hoping that the few stability
fixes in Java Plug-In between PR 3 and now will fix this problem.  We'll try it out.

Comment 3

[Keyser Sose]

Reporter is this still a problem with the latest builds of mozilla?

Comment 4

[geetha.vaidyanaathan]

Changing QA contact

Comment 5

[Michael Witbrock]

It was still broken as of the 1117(or so) builds.
Today's build 2000112704 doesn't seem to be exhibiting the problem yet, but I'm
running the applet outside trading hours, so it may just not be being hit yet.
I'll look at this again tomorrow, to see.

Comment 6

[Michael Witbrock]

The Datek applet still causes drawing outside of window boundries, bad redraws,
etc (placing it behind another window and letting it run for a while seems to
lead to this behaviour). The problem may be related to some odd "flashing
redraws" that happen with the Datek streamer as well.

This is CONFIRMED for build 2000112704 under windows 2000.

(in a related bug, the parent window that pops up before the streamer window has
no minimise gadget).

(in a probably unrelated bug, after logging into the datek trading site, a
manual page reload is required before content is displayed. Looks as if some
attempted auto refresh or redirect isn't being obeyed).

Comment 7

[rpallath]

Update from George Drapeau


He tried the same from outside SUN (from home)
No failure.  I don't know why, but maybe it's because there
needs to be some actual trading traffic going on to make the applet do
stuff.  Since there was no trading traffic last night when I tried,
the applet pretty much just sat there.

I *was* able to add stocks, something I could not do at my office
So I'm guessing (but am not sure) that
we're also seeing another instance of HTTPS POST not working via
applets.

Comment 8

[Michael Witbrock]

It wouldn't fail for me at night either.... definitely seems to need some period
of reasonable (trading) activity before the bug triggers.

Comment 9

[Keyser Sose]

Could it possibly just be a badly written app? I dont see this kinda behavoir
occuring on other long running java applets

Comment 10

[Keyser Sose]

Michael any luck reproducing this?

Comment 11

[Keyser Sose]

Marking WORKSFORME due to lack of response. Reopen if this is still occuring in
the latest nightlies.

Comment 12

[Michael Witbrock]

It's possible that it's a badly written app, but if it is, its effects shouldn't
be leaking into the browser. I'll test again with today's build.

(lack of response was due to holiday)

Comment 13

[Michael Witbrock]

At present, for me, attempting to open the datek streamer causes mozilla to crash.

Does the worksforme mean that someone has got mozilla to work well with the Datek
streamer, or that no other datek user has been found for testing?

Comment 14

[Keyser Sose]

No other Datek user has been found, its not something you normally give away
your account login for :)

Comment 15

[Duncan Findlay]

Did someone mean to mark this worksforme?

Well, remarking wfm.

Comment 16

[Michael Witbrock]

How can it be marked as works for me when no other Datek user has been found 
to test it?

Comment 17

[edburns]

Raju, if you have a datek account, can you please try this with both the RTM 
branch and (0.7 or the trunk)?

Thanks,

Ed

Comment 18

[John Unruh]

Reopening for further testing.

Comment 19

[Asa Dotzler [:asa]]

setting bug status to New. 

Comment 20

[edburns]

Currently building PSM2.0

Comment 21

[edburns]

The streamer runs, but it doesn't get any data.  When run in IE, it does get 
data.

Comment 22

[edburns]

When comparing the streamer status windows from IE and NS6 trunk, I see the 
following differences.

IE shows my username, NS6 shows username blank
IE shows server ID, NS6 shows server ID blank
IE shows time since streamer started different from time since last connected, 
NS6 shows the same.  This appears to imply that there has been no connection.

IE shows some quote updates, NS6 shows none.

Comment 23

[edburns]

I see this on NT as well.

Comment 24

[edburns]

Just got off the phone with Stanley.  Re-assigning to him.

Comment 25

[stanley.ho]

After tracking this problem, JPI does make the connection back to datak.com to 
obtain the stock quote. However, the response we obtained was just error 
message. This makes me suspect that the problem may have to do with the cookie 
info obtained from the first login, which is not passed to JPI properly. Thus, 
when JPI makes the connection, the server refuses to connect because all the 
login info is lost.

I will need more info to further investigate this bug:
- Does the applet relies on any cookie info from the browser?
- When exactly the applet does to HttpURLConnection before it makes the 
connection? Does it set any special header?

Comment 26

[edburns]

Added Datek Streamer to subject.

Comment 27

[edburns]

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

Comment 28

[edburns]

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

Comment 29

[Christopher Aillon (sabbatical, not receiving bugmail)]

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

Comment 30

[wkfx2003-bugzilla]

I suspect the matchcast in 
http://fifaworldcup.yahoo.com/en
also trigger this problem. Can someone verify this?

Comment 31

[terkozer]

This bug is still reproducable under Build 2002052918 (Mozilla/5.0 (X11; U;
Linux i686; en-US; rv:1.0.0) Gecko/20020529), with Java(TM) Plug-in 1.3.1_02-b02
installed. There is no exception being thrown in the Java Console though. 

Also, to highlight a comment posted for bug 119587, you do not need a datek
account to reproduce this bug. Here's that comment:

"http://www.streamer.com will show you the problem without having to login to an
account at http://www.datek.com.  Go to http://www.streamer.com and click on
Streamer ECN at the top of the page to see the problem."

Comment 32

[Frankie]

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

Comment 33

[Frankie]

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

Comment 34

[Kurt Weinschenker]

Might as well close this bug; Datek has been swallowed by TD Waterhouse, and the website in question is gone.

Unless someone else has bright ideas.

Comment 35

[Benjamin Smedberg]

Mass-closing bugs in the "OJI" component: OJI plugin integration was replaced with npruntime long ago, and these bugs appear to be irrelevant now. If there is in fact a real bug that remains, please file it new in the "Core" product, component "Plug-ins".