Summary: | some java applets don't load | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Leighton Brown <leightonbrown> |
Component: | kjava | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 3.4.2 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Leighton Brown
2005-09-27 07:07:24 UTC
Case #1 works fine here. Case #2 shows the error you mentioned, but we'd have to know what tests are being run by the applet. Without that, it's really difficult to tell if the problem is on our side or on the applet's. Case #3 I can confirm. re: 1. Here's my configuration: java = jdk1.5.0_04 ( Sun ); Java settings are : enable java globally ; show console ; use KIO ; use security manager. The java command is "java" ( which points to the correct java instance ), and there are no java options set. I've tried with j2sdk1.4.2_05 ( Sun ) with the same results. re: 2. They seem to be using a php script to check for the java plugin. I'll see if I can dig up some more info. SVN commit 466389 by vriezen: Allow liveconnect before calling 'init()' on the applet CCBUG: 113407 This should fix case 2 M kjava.jar M +1 -1 org/kde/kjas/server/KJASAppletStub.java --- branches/KDE/3.5/kdelibs/khtml/java/org/kde/kjas/server/KJASAppletStub.java #466388:466389 @@ -193,6 +193,7 @@ app.setBounds( 0, 0, appletSize.width, appletSize.height ); else app.setBounds( 0, 0, panel.getSize().width, panel.getSize().height ); + active = true; app.init(); loader.removeStatusListener(panel); app.setVisible(true); @@ -200,7 +201,6 @@ panel.stopAnimation(); break; case STARTED: - active = true; app.start(); frame.validate(); app.repaint(); I think that case 1 is only a bug with the 'Use KIO' option turned on. I tracked the problem down to when an HttpUrlConnection is first used for upload to an upload.cgi script, then disconnected and then reopened for reading. The first problem is that KIOHttpConnection doesn't really work with uploading, it thinks there is a connection error because there was no valid responseCode. However fixing that makes it hang when the first outputstream gets closed, it flushes its buffers and there it hangs forever. Obviously, that a bug that needs fixing. Case three is a duplicate of 65602. There is now some support for it. It just needs someone to look at the sharing with the other KDE SSL libs. However if you can track down which exact permission that is, I could add it to the list that will prompt the user. To give you an idea what I mean, look at http://java.sun.com/j2se/1.4.2/docs/api/java/security/BasicPermission.html and the 'See also' section has links to various permissions. Eg. if you click on AWTPermission, you see a table with first cell "accessClipboard". I need the combination of these two (AWTPermission/accessClipboard) Message from the Bugsquad and Konqueror teams: This bug is closed as outdated, as we do not have the manpower to maintain the KDE3 version anymore. If you still can reproduce this issue with Konqueror 4.8.4 or later, please open a new report. Thank you for your understanding. |