Jump to content
GreenSock

li zhiping

vars noCahe set invalid ? bugs?

Recommended Posts

loaderMax class LoaderItem, column 114 and 155

 

 

_setRequestURL(request, _url, !_isLocal || _url.substr(0, 4) == "http") ? "gsCacheBusterID=" + (_cacheID++) + "&purpose=audit" : "");

 

there don't need to determine this.vars.noCache ? set to

 

 

_setRequestURL(request, _url, (this.vars.noCache && (!_isLocal || _url.substr(0, 4) == "http")) ? "gsCacheBusterID=" + (_cacheID++) + "&purpose=audit" : "");

 

sorry , poor english.

Link to comment
Share on other sites

No, it should NOT care about noCache because file size audits must ALWAYS apply cache busting. Otherwise, some browsers mistakenly use the partially downloaded (audit) file when you finally do the real load and you end up with a corrupt file. So this is definitely necessary.

Link to comment
Share on other sites

but , why i set SwfLoader vars noCache = false is invalid when i load swf file remote ?

i catch ie temporary files address:

?gsCacheBusterID=1335541468817&purpose=audit&v=0%2E0%2E1

 

every time are not all the same

 

Thanks

Link to comment
Share on other sites

That URL is a file size audit load, NOT the official/final load of the file. Its sole purpose is to audit (discover/calculate) the file size so that it can accurately report loading progress. For example, when the loader is part of a LoaderMax, it must know the file sizes of all the loaders in the queue so that it can know what percentage has loaded overall.

 

It MUST do cache busting (noCache:true) just for the file size audits in order to avoid corruption that can happen in some browsers. Again, file size audits don't care if you set noCache:false. That is not a bug - it is a feature that is protecting you from problems.

 

You can avoid audits altogether if you want (at the risk of less accurate progress reporting). Please read #9 and #10 here:

http://www.greensock...adermax-tips/#9

Link to comment
Share on other sites

Thank you for your reply immediately, my problem has been solved.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×