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
Impacted versions: v13+ probably older versions as well
Current behavior:
Could you please improve the handling of asset bundles. There are a number of issues with the current approach:
They are found under /web/content which is shared with other items that may require authentication/authorization making proxy configurations difficult.
I am not sure to what degree changing the process would affect third-party and community apps but if bundling
is required at all (instead of relying on /*/static), it may be better to:
regenerate bundles as a cron job unless specific triggers can be identified
do not retire existing bundles, at least not immediately, loading an 'old' version should not result in 404 as happens following the regeneration documented in Regenerate assets bundles can bork odoo #51077
ideally, reference a fixed path and either return the 'latest' bundle with ETag or 30x redirects to the latest version
a fixed path that is well documented to work with proxies (or public caches in general) would be great as long as it is certain that these bundles never include confidential elements
Thank you for your consideration.
The text was updated successfully, but these errors were encountered:
Impacted versions: v13+ probably older versions as well
Current behavior:
Could you please improve the handling of asset bundles. There are a number of issues with the current approach:
Expected behavior:
I am not sure to what degree changing the process would affect third-party and community apps but if bundling
is required at all (instead of relying on /*/static), it may be better to:
Thank you for your consideration.
The text was updated successfully, but these errors were encountered: