[rfc][icedtea-web] Launching PolicyEditor from CertWarningPane
Andrew Azores
aazores at redhat.com
Thu Mar 20 19:16:57 UTC 2014
On 03/20/2014 01:52 PM, Jiri Vanek wrote:
> On 03/14/2014 05:00 PM, Andrew Azores wrote:
>>> many import issues. Invaid(how comae? My wrong I guess) and
>>> especially unused imports.
>>>
>>> I gave up an code a bit O:). So user experience:
>>>
>>>
>>> popupmenu - best handling is NOT to add as component. And do not
>>> show them in actionPerforemd.
>>> Show them *without* parent, in mause Clicked - it have
>>> positionOnScreen, and you show the poup menu
>>> on this pposition. Should work like charm.
>>
>> This seems to work well, thanks for the tip.
>>
>>>
>>> I would excude this "V" from pproperties. Also the button s quote
>>> wide. Maybe use image rather?
>>
>> I tried using an image now but wasn't really happy with the results.
>> I've changed it instead to a unicode character that looks like the
>> three horizontal line overflow menu icon that's being used by iOS and
>> Android. I think it's pretty nice although the button is still a bit
>> wide.
>>
>>>
>>> Interesting state - dialog appeared , I clicked "V" clicked show
>>> policy editor, it apeared, I
>>> clicked cancel in mian dilog/or ok in main dialog.. The editro
>>> should be modal
>>
>> Hmm, well it's a JFrame, so I can't easily make it modal I don't
>> think. Maybe as a separate changeset PolicyEditor can be made into a
>> JDialog and CertWarningPane can then be made to use it as a modal
>> dialog?
>>
>>>
>>> How does it behave for yes/no/cancel/close of policy editor?
>>
>> The CertWarningPane doesn't know about this at all. All it knows
>> about is if it has a PolicyEditor reference, and if it does, if the
>> editor is still open or has been closed.
>>
>>> - small nit - other codebases in editor are confusing.
>>>
>>>
>>> Thanx!
>>> J.
>>>
>>
>> I suppose, but PolicyEditor doesn't have any mechanism right now to
>> display only one codebase when there are also others present in the
>> policy file.
>
> Then maybe it can be added? I think simple filter on shown list? And
> in this case the filter will be pre setup to show only new/edited
> codebase. This is also enough as next changeset (however...
> necessary....)
>
> Ugh .. the modality should be fixed :(.... Then maybe do it dialogue?
> This may be as another changeset, but should be fixed....
>
> Eg two containers - dialog an frame with same pannel.....
>
Yes, both of these can/should be fixed, but as a different changeset I
think.
>
> Well one possible stop-show:
>
> geogebra do not start with :
> net.sourceforge.jnlp.LaunchException: Fatal: Initialization Error:
> Could not initialize application. The application has not been
> initialized, for more information execute javaws from the command
> line. at
> net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:789) at
> net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:529) at
> net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:911) Caused
> by: net.sourceforge.jnlp.LaunchException: The 'permissions' attribute
> is 'all-permissions' but security is' Sandbox'. This is fatal at
> net.sourceforge.jnlp.runtime.ManifestsAttributesValidator.checkPermissionsAttribute(ManifestsAttributesValidator.java:145)
> at net.sourceforge.jnlp.runtime.JNLPClassLoader.
> (JNLPClassLoader.java:289) at
> net.sourceforge.jnlp.runtime.JNLPClassLoader.createInstance(JNLPClassLoader.java:353)
> at
> net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:420)
> at
> net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:396)
> at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:781)
> ... 2 more
>
> I think it is wrong. The run-in-sandbox should skip this check or
> otherwise handdle it.
>
>
> J.
I've added a check in checkPermissionsAttribute to skip the check if the
SecurityDelegate indicates that the user has decided specifically to run
the applet sandboxed.
Thanks,
--
Andrew A
-------------- next part --------------
A non-text attachment was scrubbed...
Name: policyeditor-dialogs.patch
Type: text/x-patch
Size: 24689 bytes
Desc: not available
URL: <http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20140320/2eb6f51b/policyeditor-dialogs-0001.patch>
More information about the distro-pkg-dev
mailing list