Closed
Bug 118468
Opened 23 years ago
Closed 22 years ago
Applet does not work at hushtools.com
Categories
(Tech Evangelism Graveyard :: English Other, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 105546
People
(Reporter: bob, Assigned: joe.chou)
References
()
Details
(Whiteboard: [eurocontest])
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020103 BuildID: 2002010308 When clicking "User Tools" on https://www.hushtools.com/ , Mozilla crashes. These messages appear on stdout or stderr: INTERNAL ERROR on Browser End: Exec of "java_vm" failed: 2 < System error?:: No such file or directory Gdk-ERROR **: Fatal IO error 9 (Bad file descriptor) on X server :0.0. INTERNAL ERROR on Browser End: Could not read ack from browser System error?:: No such file or directory Reproducible: Always Steps to Reproduce: 1.Go to https://www.hushtools.com/ 2.Click "User Tools". 3. Actual Results: 1. Mozilla window disappears. 2. I see these messages: INTERNAL ERROR on Browser End: Exec of "java_vm" failed: 2 < System error?:: No such file or directory Gdk-ERROR **: Fatal IO error 9 (Bad file descriptor) on X server :0.0. INTERNAL ERROR on Browser End: Could not read ack from browser System error?:: No such file or directory Expected Results: Don't know. Have jre v1.3.1-01.
Comment 2•23 years ago
|
||
wfm using build 2002010508 on Win2k + JRE 1.3.1. Related bugs with Hush technology: bug 105546, bug 82977. Might then be a known problem or a dupe although Java Console does not mention anything on https://www.hushtools.com/ besides: HushEncryptionEngine Version 2.1.0.25 I remember this same engine loads for hushmail.com (see above bugs)...
Severity: normal → critical
Keywords: crash
.
Assignee: asa → joe.chou
Component: Browser-General → OJI
QA Contact: doronr → pmac
Comment 4•23 years ago
|
||
Looks like jre is incorrectly installed. Reporter: How did you install java plugin? did you make a symlink to oji lib from plugins directory? If you simply copied it then it will not work. Please check.
No, the java plugin was not installed correctly. It was correct for the RPM installation of mozilla, but when I installed the talkback version, it created another tree in /usr/local/mozilla. I copied the plugins from /usr/lib/mozilla/plugins to /usr/local/mozilla/plugins, and the symlink was converted to a file in the course of doing this. Now, mozilla no longer crashes. Instead, I see "starting applet..." and nothing else happens. The java console contains this: HushEncryptionEngine Version 2.1.0.25 Current thread:Thread[thread applet-com.hush.core.security.applet.HushEncryptionEngine,4,https://www.hushtools.com/-threadGroup] OJIPlugin: No AThread OJIPlugin acq Spontaneous pipe=10 Trying to enter spont monitor: 0 OJIPlugin release for:Thread[thread applet-com.hush.core.security.applet.HushEncryptionEngine,4,https://www.hushtools.com/-threadGroup] OJIPlugin releasePipe - exiting spont monitor Current thread:Thread[thread applet-com.hush.core.security.applet.HushEncryptionEngine,4,https://www.hushtools.com/-threadGroup] OJIPlugin: No AThread OJIPlugin acq Spontaneous pipe=10 Trying to enter spont monitor: 0 OJIPlugin release for:Thread[thread applet-com.hush.core.security.applet.HushEncryptionEngine,4,https://www.hushtools.com/-threadGroup] OJIPlugin releasePipe - exiting spont monitor Current thread:Thread[Finalizer,8,system] OJIPlugin: No AThread OJIPlugin acq Spontaneous pipe=10 Trying to enter spont monitor: 0 OJIPlugin release for:Thread[Finalizer,8,system] OJIPlugin releasePipe - exiting spont monitor
Comment 6•22 years ago
|
||
Updated summary to reflect actual problem. Confirm on RedHat 6.2 and Sun's jdk1.3.1
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: crash
Summary: Mozilla crashes on hushtools.com site → Applet does not work at hushtools.com
Comment 7•22 years ago
|
||
Does not work with jdk1.4beta3 either.
Tried with Opera 6.0 B1, same Java plugin (jre1.3.1_01). Didn't work.
Comment 9•22 years ago
|
||
Well, it worked for me with NS 4.73 and 1.3.1_01 plugin (RedHat 6.2). => I think it is not Sun's java plugin bug. Mozilla is likely to be guilty here ...
Comment 10•22 years ago
|
||
I have a similar problem with an applet. I get the same error message as is shown here, OJIPlugin acq Spontaneous pipe=10 etc. I have an applet that opens a new browser window and sends a document to it using JSObject. Mozilla on win32 works as expected. Mozilla on Linux gives the same error mentioned here and fails to open the new browser window. Mozilla on Linux can be made to work if the server name used in the codebase is the same as the server name used in the document. If these are different then JSObject is no longer capable of opening a browser window on Linux. Is this security related?
Comment 11•22 years ago
|
||
Note, that "OJIPlugin acq Spontaneous pipe=10" is not error message. And I don't see any java errors - applet seems to run, so this may be liveconnect related BTW, Jeff, could you post your applet here? Hushtools stuff is a quite tricky and hard to debug
Comment 12•22 years ago
|
||
Whew! There's nothing wrong with java on this page. Note, that "Applet loading..." is plain html, not applet window. There is applet on this page, but it's invisible (0x0 size). All it does (wrt page load) is calls onAppletLoaded() javascript function from its init() method: function onAppletLoaded() { appletLoaded = true; var currentNav = frames[1].document.location.href; var index = currentNav.indexOf("blanknav.html?<?=SID?>"); if ( index != -1 ) { frames[1].document.location.replace( currentNav.substring(0,index) + "nav.html?<?=SID?>" ); } } (So it should load nav.html menu). But guess what? frames[1].document.location.href is blanknav.html?%3C?=SID?%3C (i.e. with '<' and '>' escaped) No wonder, it doesn't match :-) Not sure what to do with this bug. On the one hand, according to RFC1738 angle brackets must be encoded in URLs, but on the other hand, it worked in NS 4.x
Keywords: 4xp
Comment 13•22 years ago
|
||
No crash here. Build ID: 2002042403 (0.9.9+) trunk Windows 98. Please upgrade to Mozilla 0.9.9 or Mozilla 1.0 RC1, and Sun Java 1.4. That should solve the crash.
Comment 14•22 years ago
|
||
Hush does not support Mozilla or Sun Java currently. See https://www.hushmail.com/help/v2/3.shtml Hush appears to have plans to add support for Mozilla, however. Tech evangelism. Resolving as a duplicate. If not a duplicate, reopen. *** This bug has been marked as a duplicate of 105546 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Component: OJI → Europe: West
Product: Browser → Tech Evangelism
Resolution: --- → DUPLICATE
Version: other → unspecified
Comment 15•22 years ago
|
||
I still didn't seens any proof of that. I would convinced if I were seen something like "JavaNoClassDefFoundException: goddamnedM$JavaClass" in Java Console. But seems I don't care anymore :-)
Comment 16•22 years ago
|
||
Verified 2002042803/WinXP
Status: RESOLVED → VERIFIED
Whiteboard: [eurocontest]
Updated•9 years ago
|
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•