I can confirm the same behavior. I clicked the link for NT3 and it worked
fine. I reloaded NT1 (in another tab) and it worked fine. After restarting
Firefox and loading NT1, it did not work again until NT3 was loaded and I
reloaded the NT1 page.
***********************************************
Jeff Hansen
Department of Chemistry and Biochemistry
DePauw University
602 S. College Ave.
Greencastle, IN 46135
[email protected]
***********************************************
On Jul 25, 2010, at 1:14 PM, Philip Bays wrote:
> Bob:
> Several answers and a comment. The signed applet always works fine. In
> fact, once it is run, the unsigned page works fine, IF you do not close down
> firefox, and it correctly loads the unsigned applet..
>
> The first structure always loads fine.
>
>
> I have not done your tests yet. However, let me say this.
>
> As I wrote about the crappy script I originally proposed, I could get even it
> to work if I added:
>
> jmolSetCallback("UseCommandThread","true");
>
> As I recall your response was that I should not use that, so I have not.
> However, I have now added that callback to the script, now located at:
>
> www.saintmarys.edu/~pbays/JStest/HTMLFiles/NT3.html
>
> This script works. What does that tell us about what is going on? And do
> you still need me to run through the tests you have outline below.
>
> Phil
>
> On Jul 25, 2010, at 9:30 AM, Robert Hanson wrote:
>
>> Phil, wait, there are a couple more issues before you go back to them.
>>
>> 1) Did you say in that bug report that the signed applet has the same
>> problem? That would be a BIG and different issue.
>>
>> 2) The first structure always loads, right? That indicates that Java can
>> access its cache appropriately.
>>
>> 3) If only the second structure loading does not work, what we have is a
>> JavaScript thread issue. It is the JavaScript/LiveConnect THREAD that is
>> being blocked.
>>
>> 4) Tests you need to do:
>>
>> I. Try opening a console and issuing the load command from there. If it
>> loads, then it is DEFINITELY a browser liveConnect thread blocking issue.
>>
>> II. Try that again using the useCommandThread TRUE.
>>
>> Bob
>>
>>
>>
>>
>> On Sun, Jul 25, 2010 at 8:11 AM, Robert Hanson <[email protected]> wrote:
>> You should be able to get any version of Firefox, and in fact, if you search
>> your Mac applications directory you will probably find it. Just start it.
>>
>> OK, I have run a little test:
>>
>> 1. Monitor the Java Cache before and after starting the browser and loading
>> http://chemapps.stolaf.edu/jmol/docs/examples-11/new.htm
>>
>> 2. Close the browser
>>
>> 3. Repeat step 1.
>>
>> 4. Close the browser
>>
>> 5. Upload a NEW caffeine.xyz
>>
>> 6. Repeat step 1.
>>
>> Findings:
>>
>> 1. Java never "clears its cache." It just stores the file and the header
>> that came from the server associated with that file. That header contains a
>> date.
>>
>> 2. It looks like Java just first sends a message to a server asking for a
>> header, and if the header matches the one in the cache, then the file is not
>> downloaded, and the cached file is used instead. This is pretty standard
>> operation.
>>
>>
>> OK, so why the security bug? Obviously it is a Firefox bug. Doesn't happen
>> in older browsers; only appears with Mac 3.6.8. You need to respond to that
>> bug report reply and be very clear about that. It would be especially good
>> if you have verified that it all works with Firefox/Mac 3.5.7.
>>
>>
>> The bug is this (if you can confirm it on your Mac, Phil)
>>
>> Observation: Java applet running in Firefox 3.6.8/Mac specifically hit a
>> security violation when trying to read a file that was previously cached in
>> a prior browser session.
>>
>> Comments: This bug is specific to Firefox 3.6.8/Mac. It does not appear with
>> other operating systems and it does not appear with Firefox 3.5.7. All works
>> appropriately within one browser session, but after the browser is closed
>> and then re-opened, the applet cannot access any locally cached data file
>> from that previous session opened using Java's URL.openConnection() method.
>>
>>
>> Bob
>>
>>
>> On Sun, Jul 25, 2010 at 7:08 AM, Robert Hanson
>>
>> <[email protected]> wrote:
>> Right - that does make sense -- submit a Java bug report, then. Make sure
>> you have the latest Java available.
>>
>> On Sun, Jul 25, 2010 at 6:27 AM, Philip Bays <[email protected]> wrote:
>> Does this response make sense to anyone? If Firefox does not look at java
>> cache, how can adjusting the cache (removing a file, turning it on or off)
>> have any affect? Because it is a bug in java that does not affect
>> non-mozilla browsers???
>>
>> Phil
>>
>> Begin forwarded message:
>>
>>> From: [email protected]
>>> Date: July 25, 2010 4:52:35 AM EDT
>>> To: [email protected]
>>> Subject: [Bug 581717] Firefox does not read java cache correctly
>>>
>>> Do not reply to this email. You can add comments to this bug at
>>> https://bugzilla.mozilla.org/show_bug.cgi?id=581717
>>>
>>> Jo Hermans <[email protected]> changed:
>>>
>>> What |Removed |Added
>>> ----------------------------------------------------------------------------
>>> Status|UNCONFIRMED |RESOLVED
>>> CC| |[email protected]
>>> Resolution| |INVALID
>>>
>>> --- Comment #1 from Jo Hermans <[email protected]> 2010-07-25 01:52:33
>>> PDT ---
>>> That is a problem in your version of Java, Firefox doesn't read that cache
>>> at
>>> all. That's why you see the problem on Mac, but not on Windows (different
>>> versions).
>>>
>>> --
>>> Configure bugmail: https://bugzilla.mozilla.org/userprefs.cgi?tab=email
>>> ------- You are receiving this mail because: -------
>>> You reported the bug.
>>
>> J. Philip Bays
>> Professor of Chemistry
>> Department of Chemistry and Physics
>> Saint Mary's College
>> Notre Dame, IN 46556
>> (574) 284-4663
>> [email protected]
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by Sprint
>> What will you do first with EVO, the first 4G phone?
>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> _______________________________________________
>> 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
>>
>>
>>
>> --
>> 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 Sprint
>> What will you do first with EVO, the first 4G phone?
>> Visit sprint.com/first --
>> http://p.sf.net/sfu/sprint-com-first_______________________________________________
>> Jmol-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/jmol-users
>
> J. Philip Bays
> Professor of Chemistry
> Science Hall 172
> Saint Mary's College
> Notre Dame IN 46556
> (574) 284-4663
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first --
> http://p.sf.net/sfu/sprint-com-first_______________________________________________
> Jmol-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/jmol-users
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users
