Signed applets and privileges are not implemented in KDE, therefore this is a new feature. 

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

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

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

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

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

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

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

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

That's really bad! :-(

However I've just found a workaround, at least for my particular needs. I'm developing an appelt and I am interested in signed applets just because often the browsers grant them file system I/O permissions. I'm not particularly interested to identity certification features, since I'm developing an intranet application that will run in an firewalled network. 

If this is the case, you don't need signing, as browser user you just need to add this to  $HOME/.java.policy:

grant codeBase "http://our-intranet-server/*" {
        permission java.security.AllPermission;
};

(there are specific I/O permit however). This will work with konqueror too, BUT you need to go in Settings/Java and uncheck "use security manager". Maybe there is some specific .policy file that kjava read, but I couldn't find it and the whole java integration is really poorly documented.

Look for kjava.policy

Thanks for your concern for signed applets and documentation. There is work to do in this area and your contribution would be very welcome. Use kfm-devel@kde.org for sending patches documents or other ideas/improvements.

Seems to work on kde 3.3 for me, can anyone confirm and close the bug?

does this apply to BankID-functionality[1] for not working with konqueror?

My bank [2] supports the new swedish e-legitimation [1], and trying to login with
konqi fails as it doesn't pass the test [3] /*after one has changed 'Browser Ident' to 'Mozilla 1.6' ... enables javascript, java, plugns .... eg. the works that made it work with FireFox 1.0.*... */


1 - http://www.bankid.com   [english too...]
2 - http://www.sparbankenfinn.se
3 - http://www.sparbankenfinn.se/TestaDinDator/javatest3.html

Marco, 

about the $HOME/.java.policy file...

can one add/modify/change the version too?  /*maybe it'll inure to use a diff. file, eg. .java.version ... but its all the same for me :) */

As my problem is (running the javatest3.html-url...) that it says (I translate):
The Version of your javaengine doesn't support the BankID-functionality. Read more in the FAQ...

while it passes the two other tests (OS & Webbrowser...)

danalien:

Have you tried setting Mac OX X / Safari as your user agent? This works for me. I get the login applet started up to the point where it asks me for credentials. Can't obviously go any further since I'm neither a customer nor have a BankID.

My configuration:

KDE 3.4
JDK1.5

in java runtime settins all check boxes are selected, including "use security manager" (which generates quite a few requests for security grants at startup of the applet), and "use KIO".

Magnus, 

No, I didn't try the Mac OS X/Safari user agent  - and man do I feel a tad stupid for not doing so - I mean, Konqi & safari are like cousins ... :-)

But it worked for me in 3.3 too, with JDK (jre) 1.5.0.

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

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

When trying to use BankID with KHTML in Konqueror 4.5.5, the java applet never finishes loading, never shows, and never gives an indication of how long it is going to take. Switching to webkit pops up the usual java-styled security warning about running it. Clicking "Run" redirects the webpage to https://www.dnbnor.no/segp/gen/security/standarderror, telling me there was a technical error.

Dear user,

KHTML (and KJS and all related Java/plugin infrastructure) was a long time more or less unmaintained and got removed in KF6.

Please migrate to use a QWebEngine based HTML component.

We will do no further fixes or improvements to the KF5 branches of these components beside important security fixes.

For security issues, please see:

https://kde.org/info/security/

Sorry that we did not fix this issue during the life-time of KHTML.

Greetings
Christoph Cullmann

wow, that was 21 years ago!

> On May 6, 2024, at 2:05 PM, Christoph Cullmann <bugzilla_noreply@kde.org> wrote:
> 
> https://bugs.kde.org/show_bug.cgi?id=65602
> 
> Christoph Cullmann <cullmann@kde.org> changed:
> 
>           What    |Removed                     |Added
> ----------------------------------------------------------------------------
>             Status|CONFIRMED                   |RESOLVED
>         Resolution|---                         |UNMAINTAINED
> 
> --- Comment #20 from Christoph Cullmann <cullmann@kde.org> ---
> Dear user,
> 
> KHTML (and KJS and all related Java/plugin infrastructure) was a long time more
> or less unmaintained and got removed in KF6.
> 
> Please migrate to use a QWebEngine based HTML component.
> 
> We will do no further fixes or improvements to the KF5 branches of these
> components beside important security fixes.
> 
> For security issues, please see:
> 
> https://kde.org/info/security/
> 
> Sorry that we did not fix this issue during the life-time of KHTML.
> 
> Greetings
> Christoph Cullmann
> 
> --
> You are receiving this mail because:
> You are on the CC list for the bug.