-
Type:
Bug
-
Status: Closed
-
Resolution: Fixed
-
Affects Version/s: 7.0.X, 7.1.X, Master
-
Fix Version/s: 7.0.0 DXP FP81, 7.0.10.12 DXP SP12, 7.0.X, 7.1.3 CE GA4, 7.1.10 DXP FP11, 7.1.X, Master
-
Component/s: ~ [Archived] Frontend Infrastructure
-
Branch Version/s:7.1.x, 7.0.x
-
Backported to Branch:Committed
-
Story Points:0.25
-
Fix Priority:4
-
Git Pull Request:
Reproduction steps:
1) Start the portal
2) Open Incognito and open the browser's dev console and move to "Network" tab, ensure the "Disable cache" is not selected, hit http://localhost:8080and observe the network requests coming in
3) Once the page has finished loading, reload it again, so all cacheable resources will be loaded from cache. Observe the requests:
Expected: Requests for js_loader_modules, js_bundle_config and available_languages.jsp to be loaded from cache
Actual behavior: Those resources will be fetched again
Important Note: https://issues.liferay.com/browse/LPS-93353?focusedCommentId=1765090&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-1765090
Reproduced on master
Observing the headers and comparing them to other requests where t= parameter is present and caching does happen, the ones for these 3 files are missing some parts, for example, eTag and Cache-Control.
- is related to
-
LPS-92810 Poor performance of the JSLoaderModulesServlet
- Closed
-
LPS-93091 /o/js_bundle_config response should be cached by the browser
- Closed
-
LPS-101141 js_loader_config is not cacheable
- Closed