Rolf,
First, realize that it's an unusual situation that you are in, accessing
files through an absolute path on your web server. Most of us use relative
paths.
This is not a bug. The problem is that that now that the signed applet can
read from the hard drive, if you just say:
/xxx/xxx/xxx
Jmol has to assume that's from the hard drive, because it doesn't have a URL
associated with it. (This was fixed recently for people on Macs and Unix
boxes, where there is no X: prefix.)
Whether or not the applet is signed doesn't make a difference -- we really
don't want the signed and unsigned applet accessing different files. So you
can no longer use
load "/xxx/xxx"
with no HTTP:// in front of it with the applet -- signed or unsigned -- to
access root files on the web server. I suppose you could argue that we
should allow "/" to mean "root on the web server" for the unsigned applet,
but that would mean that the signed applet and unsigned applet would have
two different interpretations, and I at least suggest that's not a good
idea.
Jmol now has to read that as a local file. Instead, use your full URL call,
or set the default directory to
http://[EMAIL PROTECTED]/
and then just use the load command without the initial slash.
Will that work for you?
Bob
On Thu, Oct 2, 2008 at 5:26 AM, Rolf Huehne <[EMAIL PROTECTED]> wrote:
> Robert Hanson wrote:
> > A few additional bugs were found just today; Nico has released 11.6.RC18
> --
> > those who found these bugs please check that they are fixed there, and we
> > will give it a few more days and release 11.6 this weekend.
> >
>
> 1) The problem with "vector_x = bound_box.x" is solved now.
>
> 2) 'getProperty("fileName")' now reports "zapped" after doing a 'zap'.
>
> 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.)
>
> 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
-------------------------------------------------------------------------
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
