313228 - kronos.pomona.edu - will not load java plug-in in Mozilla family browsers

Status: RESOLVED WORKSFORME

(Web Compatibility :: Site Reports, defect)

Description

[Josh]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050914 Camino/1.0a1
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4) Gecko/20050914 Camino/1.0a1

Normally the plug-in starts after a couple of seconds and I can log into my
account. With Camino. this never happens so I can't even type in the log in box.

Reproducible: Always

Steps to Reproduce:
1.Go to the webpage
Actual Results:  
The timer said the estimated time until the plug-in would start was 1 second,
but it never started.

Expected Results:  
The java was supposed to start and thus let me type my username and password
into the boxes.

Comment 1

[Chris Lawson (gone)]

Hrm. I don't even get anything to load on that URL. I just get a blank page. The
source of the page is (substitute the () for <>):

(SCRIPT LANGUAGE="JavaScript" TYPE="text/javascript")
(!--
window.location="/wfc/logon";
// --)
(/SCRIPT)

Reporter, can you try with a more recent nightly? This might be an issue with
the older JEP shipped with 1.0a1...I think.

cl

Comment 2

[Chris Lawson (gone)]

Fixing testcase URL to work no matter what. I think the previous wasn't working
because of my JS prefs.

cl

Comment 3

[Chris Lawson (gone)]

http://kronos.pomona.edu/wfc/html/kronos-logonbody.jsp

should take you directly to the login page, if the above or

http://kronos.pomona.edu/

doesn't work.

Either way, I get the same behaviour the reporter is getting. Status shows
"Applet VMINITobject inited" but the "Starting" animation seems to play forever.

The source of the jsp page, though, doesn't show any Java embedding at all. If
it's there, it's buried deep in one of the included .js files.

Don't have the chance to check it out right now, but I'm wondering if maybe
there's a chance a user-agent spoof would fix this.

cl

Comment 4

[Josh]

I just installed the most recent nightly build and that doesn't change anything
(though the rest of my web browsing seems a little faster!), so it's not an old
JEP issue. I haven't tried user agent spoofing yet. I know the general template
for the user.js line that does the user agent thing, but what specifically would
I type to make Camino fake Safari?

Comment 5

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I'm not sure what's going on here, either.  At first I thought it might be the
too-old-JEP issue for the reporter and some mild recursive widget stuff for
Chris and me, but I'm getting the same results with tonight's Fx nightly.

The applet/form-enabling works in Safari 1.3.1.

I checked tonight's Cm branch with Apple's Java plugin and with just the
MRJplugin, but no different results.

The applet is mentioned in bug 262858, but the discussion mostly goes elsewhere
(Win32 crashes/freezes).  The only potentially relevant thing might be bug
262858 comment 5 (turn on Console logging in Camino or use Fx's JS Console).

Comment 6

[Steven Michaud [:smichaud] (Retired)]

For what it's worth, none of these URLs work with Mozilla 1.7.12 on SuSE Linux
(using Java 1.4.2) or Windows XP (using Java 1.5/5.0).  The page waits forever
for a Java applet to download ... which never happens.

I'm currently working on a new JEP release.  When I'm done with it I'll look
into this in more detail.

Comment 7

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

(In reply to comment #4)
> for the user.js line that does the user agent thing, but what specifically would
> I type to make Camino fake Safari?

Sorry, I missed that part of your post.  However, based on Steven's analysis in comment 6, it seems likely that it's really a technical issue rather than spoofing.

I tried to use the UA of my Safari version that worked at the site
user_pref("general.useragent.override", "Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us) AppleWebKit/312.5.1 (KHTML, like Gecko) Safari/312.3.1");
but got the same results as before, which seems to confirm it's a technical issue of some sort.

Comment 8

[Steven Michaud [:smichaud] (Retired)]

This site seems to be badly broken, and/or tied very tightly to specific
environments:  I can't even get it to work with the latest version of IE in
Windows XP with SP2!  (Instead of waiting forever for something to download,
IE appears to download the installer for Sun's JRE, and then asks if you want
to install it.  This on a system that already has the latest version of Sun's
JRE installed, and where other Java applets use it from IE with no trouble.)

Like for the rest of you, it _does_ work for me in Safari (I get to the login
prompt, though I didn't try to go any further).

I haven't tried to figure out why Safari works.  Nor do I think that would be
worth the time spent, as long as this site is broken in so many other
contexts.

Comment 9

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

-> Tech Evangelism, then?

Comment 10

[Steven Michaud [:smichaud] (Retired)]

Sounds reasonable to me.

Comment 11

[(not reading, please use [e-mail] instead)]

This is also a problem for https://kronweb.stanford.edu/wfc/logon (as raised by several visitors from stanford today!)

when I visit https://kronweb.stanford.edu/wfc/logon with Firefox 2 (on Mac OS X 10.4) I see the following error in my js console:

Error: unmatched ) in regular expression
Source File: https://kronweb.stanford.edu/wfc/html/scripts/kronos-plugin-init_DEFAULT_MAC.js
Line: 148, Column: 13
Source Code:
   var re1 = /Java.*\sPlug-in.*)/

note, it *does* work in Safari.

Comment 12

[Bob Clary [:bc] (inactive)]

Yeah, and WinXP in MSIE6 is says it needs Sun's 1.4.2_06 JRE even though I have 1.5.0_08 and then throws two error alerts for Line: 204 Error: document.getElementById(...).childNodes.0 is null or not an object. Perhaps they are just broken.

Comment 13

[Karl Dubost💡 :karlcow]

There is now a very simple form at http://kronos.pomona.edu/wfc/logon
No more java.