Random query param on flowplayer.swf request Created Sep 7, 2010

You disable this by setting cachebusting: false like so:

flowplayer("player", { src: "flash//flowplayer-3.1.5.swf", cachebusting: false },  "/path/to/movie.flv");

Hey Anssi - thanks a bunch. Found now in thehttp://flowplayer.org/tools/toolbox/flashembed.html#documentation. You just made life lots easier thanks!

Currently, even with the cachebusting set to false, the behaviour remains. As per my below dev environment.

http://kyle-td-frontend/js/flowplayer.commercial-3.1.3.swf?0.7995164176618108

Cleared all caches etc and stepped through the code to ensure all was correct - I'm pretty sure 3.1.3 is all good for the cachebusting param so not sure why it's still persisting?

Additionally I see that cachebusting is set to false by default - which leads be to believe I have something else awry under the hood. I'll keep looking....

Not that this solves your problem - but you're aware of cachebusting's purpose, yes? If people are going to view your website in IE8 and you disable cachebusting globally, you will need to require a higher version of flash than the default (v9 was the default last I checked).

That is, unless the root problem vanished recently somehow.

Unfortunately there was a bug in the cachebusting flag in our old versions, and you are probably bit by that as you are using 3.1.3. Can you please test with the latest version of the player and flowplayer.js

Ok will do thanks - though do I/we need to re-purchase the commerical version for the latter release? I will test on a public version etc first & find the purchase details for the existing to login with those account details etc.
Thanks
Kyle

Local environment still displaying random request param?

http://kyle-td-frontend/js/flowplayer-3.2.4.swf?0.16886039188211754

As this is legacy code I'm working on, I think I'll try to find all/any occurrences of any flowplayer options and see if "somehow" a random line of javascript is clobbering this. Tho I can't see it yet - as it's a direct call & a single entry that I've made - so the newer version should have fixed. Unless this issue I've been reading about with IE8 is also happening on Mac FF 3.6.8???

Nope cause it's happening on my safari too...hmmm

Though the docs should be changed to reflect that cachebusting is set to true by default. I'm mix mashing using the
flowplayer-3.2.4.min.js javascript file,but still referring to our flowplayer.commercial-3.1.3.swf swf file. eg

fplayer = $f('player', {src:'/js/flowplayer.commercial-3.1.3.swf', cachebusting: false});

This obviously returns a flowplayer object in which I use the setClip method on other events on the page.

Initial tests seem to be ok - I'm just hoping we don't have any major mis-matches between the versions being used.

Guess I'll keep this forum posted.