Tested Build : JRE PIT build(build 1.6.0-b99) and build 1.6.0-ea-b38
Tested Platform : All
Build Location : /net/sqesvr-nfs.sfbay/global/nfs/deployment5/pit_builds
/net/koori/onestop/jdk/1.6.0/latest/bundles/

Problem description :
Noticed an inconsistent behavior across different platforms as far as caching of JAWS application is concerned.
Windows:
On launching the following JAWS applications following files are getting dumped inside the cache directory(beside some other files, I'm mentioning these only since inconsistency is related to these files only):
http://nicole1.sfbay.sun.com:8080/JavawsMustangIntegTest/hellojaws/BAT.jnlp
40b521b7-6952849f
40b521b7-6952849f.idx

 - Launch the above mentioned application again without cleaning up the cache
 
Above mentioned files will get renamed to
40b521b7-6bcec252.idx
40b521b7-6bcec252

while the old file ,40b521b7-6952849f, still exists inside the cache directory. If I keep on reloading the application it will not only keep on renaming but also keeps the old references of files, e.g. files will look something like after loading the same application again without cleaning the cache
40b521b7-592bdcac
40b521b7-592bdcac.idx
40b521b7-6952849f
40b521b7-6bcec252

If now user tries to delete the files using JCP "Delete Files" option , it will only delete the current ones leaving behind all the old references(40b521b7-6bcec252 and 40b521b7-6952849f will left behind in this case).


###@###.### 2005-06-02 23:57:32 GMT