-
Notifications
You must be signed in to change notification settings - Fork 162
✨ [RUM-10292] Add notRestoredReasons support #3813
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
✅ Tests 🎉 All green!❄️ No new flaky tests detected 🎯 Code Coverage 🔗 Commit SHA: 32ab48a | Docs | Was this helpful? Give us feedback! |
/to-staging |
View all feedbacks in Devflow UI.
Commit a86fd07f15 will soon be integrated into staging-36.
Commit a86fd07f15 has been merged into staging-36 in merge commit 520ad6a620. Check out the triggered pipeline on Gitlab 🦊 If you need to revert this integration, you can use the following command: |
Bundles Sizes Evolution
🚀 CPU Performance
🧠 Memory Performance
|
Integrated commit sha: a86fd07 Co-authored-by: rgaignault <[email protected]>
Are we able to see these new data on staging? |
Motivation
During the recent WebPerformance Working Group, Google Chrome engineers highlighted that nearly all back/forward cache (BFCache) navigations fail due to blockers such as Cache-Control: no-store and active WebSockets. To improve visibility and help developers optimize their pages, Chrome recently introduced the notRestoredReasons API. Surfacing these details in Datadog RUM will allow engineers to understand why their pages are not benefiting from BFCache.
Changes
This PR extends our navigation timings collection to capture notRestoredReasons from the PerformanceNavigationTiming entry.
Test instructions
Checklist