I have tentatively modified Jmol to make
load "/xxx/xxx"
for the application and the SIGNED applet default to
load "file:/xxx/xxx"
and for the UNSIGNED applet default to
load "http://whatever.server/xxx/xxx";
when the applet is on a server or
load "file:/xxx/xxx"
when it is local.
Rationale:
--The remote unsigned applet couldn't load file:/xxx anyway.
--No change then for unsigned applet behavior relative to 11.4
--Unlikely anyone has been using the signed applet to read files via root of
webserver
I'm not totally happy with this, because it allows two different behaviors
between the signed and unsigned applets, but I think it will let us proceed
with 11.6, since it represents no change in the unsigned applet, and almost
certainly the desired behavior with the signed applet and application.
Comments requested.
Bob
On Sun, Oct 5, 2008 at 2:22 PM, Robert Hanson <[EMAIL PROTECTED]> wrote:
>
>
> On Thu, Oct 2, 2008 at 9:59 AM, Rolf Huehne <[EMAIL PROTECTED]>wrote:
>
>> Rolf Huehne wrote:
>> > 3) The "java.security.AccessControlException" problem still remains. I
>> > don't know if this is specific to our site because I can't check it
>> > with other sites. But it must be caused by changes introduced after
>> > 11.6.RC13 because the problem doesn't occur with this version or earlier
>> > ones.
>> > If I use the signed applet I get a "file not found" error instead.
>> > (Since the "file not found" error occurs before the
>> > "java.security.AccessControl" error I can't tell if the security problem
>> > doesn't occur there.)
>> >
>> When I use the signed applet without a server directly from a local HTML
>> file it works properly on Linux with Java 1.4.2_18: no "file not found"
>> error, no "java.security.AccessControlException" error.
>>
>> But on WinXP with Java 1.6.0_07 I can only open local files. When I try
>> to load a structure from a remote server by providing the full URL or
>> using for example "=1deh" I get a "java.security.AccessControlException"
>> error. (This time with the addition "connect,resolve" compared to
>> "permission denied" in the cases with a server described earlier.) In
>> this case the same error also occurs with Jmol 11.5.35.
>
>
>> Q: Is this the general behaviour of Java 1.6.x?
>>
>
> No --- WinXP/Java 1.6.0_10rc works fine for me for "load =1blu" using a
> local signed applet. Please try that update. Could just be a Java bug. There
> should be no such issue there.
>
>
>>
>> When I tried the "load/save" options from the popup menu with the signed
>> applet on Linux I could not enter any filename directly (as was
>> previously reported by someone else on MacOS). This is particularly bad
>> for the "save" option because one can't change the default name.
>
>
> The MacOS issue was resolved by not using the Mac "look and feel" (which
> doesn't include that file entry box). That was a change made in Jmol
> 11.6.RC15 on 9/15/2008. But if you can't enter a file name in that Linux
> box, what is it for? Sounds like a Linux/Java bug.
>
> Bob
>
>
>
>>
>> While working with the popup menu (which I rarely use) I found that "Set
>> picking" is not very clear if one hasn't read the documentation on "set
>> picking". I doubt that any newbie would recognize that this is related
>> to selection with the mouse.
>> So I would suggest to change it to "Mouse selection mode" (in german:
>> "Maus-Auswahlmodus").
>
>
> Keept that thought -- no new translations for 11.6, please.
>
>>
>>
>> Regards,
>> Rolf
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Jmol-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/jmol-users
>>
>
>
>
> --
> Robert M. Hanson
> Professor of Chemistry
> St. Olaf College
> 1520 St. Olaf Ave.
> Northfield, MN 55057
> http://www.stolaf.edu/people/hansonr
> phone: 507-786-3107
>
>
> If nature does not answer first what we want,
> it is better to take what answer we get.
>
> -- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
>
--
Robert M. Hanson
Professor of Chemistry
St. Olaf College
1520 St. Olaf Ave.
Northfield, MN 55057
http://www.stolaf.edu/people/hansonr
phone: 507-786-3107
If nature does not answer first what we want,
it is better to take what answer we get.
-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users
