Version: 3.4.2 (using KDE KDE 3.4.2) Installed from: Fedora RPMs OS: Linux There are three problems 1. on any site which uses the http://www.dslreports.com/speedtest applet, The applet will fail to complete it's computation, giving the following error: << The java version your browser is currently using may be buggy. No upload speed could be recorded! Our applets are tested and work with the java plugin from java.com Please consider installing the latest version of the sun java plugin whichever version java that internet explorer installed by default, is buggy. >> One such site is http://speedtest.cogeco.net/ The applet works properly in firefox 1.0.6+. 2. Is similar ; sometimes a site does not detect that the browser is running java, even though applets will load and run from the site. Here's an example URL << http://www.crystalsquid.com/games/sol/sol_play.php >> After trying to detect the java VM in use it fails with the following error: << Javatm Runtime Detection FAILED You do not appear to have a valid Javatm Runtime installed! Get Java NowIf you think you do have a valid Javatm Runtime installed, please try checking the options in your browser and refreshing the page. This may fix the problem. Alternatively, the Javatm Runtime test may have timed out. This can occur if you have a slow connection. If this is the case, please be patient and the game should still load ok This can take up to 2 minutes on a 14k modem. If you're sure you've got Javatm then please try clicking here >> If you ignore the error by clicking on the final "here", the game will load and play. The 3rd problem is also similar: When attempting to use http://testyourvoip.com ; The site requires that you accept a security certificate, however no matter what response you choose from the confirmation/information dialog you always get this result : << Agent Permissions Not Granted You have chosen to decline the applet's security certificate. The VoIP testing will not be performed. Test Again >> The site works (properly) in Firefox 1.0.6. Thanks for looking into these problems, I know you guys are quite busy.
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.