[icedtea-web] Idea - do not start ITW applets automatically
Adam Domurad
adomurad at redhat.com
Fri Nov 16 08:41:33 PST 2012
> Interesting idea, probably worthy to implement.
> Default behaviour should be definitely set-up-able from itw-settings.
> As you summarised, we need to take care only about unsigned applets,
> as signed ones already have launch/launch always/dont launch/never
> launch (or similar)
I actually hadn't thought about the fact that we can just leave signed
applets-as-they-are (because they require confirmation), but its obvious
now that I think about it. So this would be a setting for unsigned
applets, which don't require confirmation currently (possibly also
option to disable 'always trust cert' feature for paranoid people).
> Or this setting can be independent on signatures and so be checked
> even before signatures (launch/launch always/dont launch/never
> launch), and then trustworthiness will be checked.
> Or maybe some mixture :) - but I'm probably for second approach -
> before and independent on the signatures.
I'm not sure what you mean by 'independent on the signatures', sorry
>
> What is little bit more in my mind is, if you want to avoid of
> launching of jvm at all. If you want, then then it will probably not
> possible to have some interactive communication with user.
> If you will suffer launching of jvm, ten we can probably misuse splash
> - before actual loading starts, there wil be not-animated spalsh with
> text eg "this is applet, destiny of applets on domain blahblah.bl is
> not specified, would you like to launc/launchalways?"
Destiny is a funny word to use here :)
Launching JVM is fine by me. This is mostly motivated by applets trying
to be sneaky, and as you said 'Do not launch JVM' is a good option to
have (probably worded as 'Do not load applets at all' vs 'Do not
automatically launch applets')
> Not sure if this is what you wanted to hear, but think about it as
> "brainstorming" :)
>
> J.
It was exactly what I wanted to hear, thanks!
-Adam
More information about the distro-pkg-dev
mailing list