[rfc][icedtea-web] policytool in itweb-settings
Andrew Azores
aazores at redhat.com
Thu Jan 16 07:13:41 PST 2014
On 01/16/2014 10:03 AM, Jiri Vanek wrote:
> On 01/16/2014 03:58 PM, Andrew Azores wrote:
>>>> permissions to the policy, eg "Allow reading user details" would
>>>> entail granting read permission on
>>>> the user.name and probably user.home together. Or really, I imagine
>>>> a user that is both advanced
>>>> enough to care about making a custom policy AND needs more control
>>>> than the coarse-grained
>>>> checkboxes is probably advanced enough to deal with the existing
>>>> policytool. So we can just leave
>>>> out the Advanced-type settings from the new editor and let those
>>>> users deal with using the existing
>>>> policytool if they need it. Maybe PolicyPanel could be modified
>>>> further to allow users to choose
>>>> which editor to launch with an "advanced" checkbox or similar.
>>>>
>>>
> This remianed me:
>
> You are planing to have "run in 'advacned' sandbox" button next to run
> i sandbox, which will allow to set permissions before (and for) actual
> run (with possibility of save eg?) Or did I just imagined it from
> nothing?!?!?
>
>
> J.
>
Woah, what? This is not what I meant at all :) The dialogs shown at
applet run time will just have "Ok/Proceed", "Sandbox" (or "Restricted"
or whatever), and "Cancel". Sandbox/Restricted will run the applet with
reduced permissions, meaning the Sandbox permission set, union the
permission set defined in the user policy file (as well as system policy
file). The Advanced button was just going to be either in itweb-settings
control panel or in the "mini editor" itself and provide a way to either
simply show more policy options or to launch JDK policytool, to give
power users more control over the policy they are editing. I definitely
am not planning to have two different types of Sandbox button.
It is an interesting idea though to have the dialog present a button for
policy editing. This would make it very easy for users to find the
correct codebase for an applet, since we could fill it in for them
already. I'm not sure if adding yet another button would be very good
visually though - it might be too much going on on one dialog and become
confusing. Or, rather than adding a way to launch the policy editor here
during run time (which sounds a little unsafe to me), we could simply
add a button to the dialog somewhere to copy the applet codebase to the
clipboard. Then the user can cancel or sandbox, then later open the
editor and paste the codebase? Hmm.
Thanks,
--
Andrew A
More information about the distro-pkg-dev
mailing list