You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think requests for Whitehall assets which have been updated in this way will just serve the new asset contents at the original URL, because the public_url_path is decoupled from the filename in the case of Whitehall assets. Having said that I don't think Whitehall is currently using this mechanism, because it uses the mechanism described below.
Separately, we've recently introduced a mechanism to allow an asset to be marked as replaced by another asset (#499). We're using this mechanism from Whitehall when an attachment is replaced by another attachment. Requests for an asset which has been replaced will result in a `301 Moved Permanently:
Currently it is possible to use the API to update the file associated with an asset.
Requests for Mainstream assets which have been updated in this way will be redirected to the new file.
I think requests for Whitehall assets which have been updated in this way will just serve the new asset contents at the original URL, because the
public_url_path
is decoupled from thefilename
in the case ofWhitehall
assets. Having said that I don't think Whitehall is currently using this mechanism, because it uses the mechanism described below.Separately, we've recently introduced a mechanism to allow an asset to be marked as replaced by another asset (#499). We're using this mechanism from Whitehall when an attachment is replaced by another attachment. Requests for an asset which has been replaced will result in a `301 Moved Permanently:
asset-manager/app/controllers/base_media_controller.rb
Line 32 in 6ac8e29
I think it would be worth considering rationalising this two mechanisms into a single mechanism.
The text was updated successfully, but these errors were encountered: