The values of the modification and version attributes become part of the URL of each CSS and JavaScript file that the Tridion UI generates / merges from many static (images) files too. So the urls look like this: edit_v.6.1.0.55920.7.aspx?mode=css . Since the browser sees this as a new URL, it cannot possibly have a file in the cache. And thus, it will always download files from the server, instead of using (possibly outdated) files from the local cache.
This is a method of entering some version information into a URL called a “URL fingerprint”. Google typically enters the hash value of a file in the URL, ensuring that a fingerprint occurs without requiring developers to manually increase the version number. But depending on what type of fingerprint is used, this method is a pretty effective way to ensure that all browsers download the latest version of your code.
If you are developing a GUI extension, you can really get the same effect by clearing your browser’s cache or even completely disabling it (for the Tridion domain). But as soon as you deploy the extension to the server without development, changing the modification attribute is the most specific way to ensure that all of your users receive the latest JavaScript / CSS changes without each of them, to clear their cache manually.
URL filtering in Tridion only affects CSS, JavaScript, and image files. Actual CMS data (such as Schemas and components) are loaded using XMLHttpRequests and thus not affected by the modification attribute.
Frank van puffelen
source share