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
This is a tough one: It seems like we update span timestamps based on corrected timestamps for streamed fetch requests which are stored in a map. The logic itself is easy to port to client.on('processSpan') but the question is rather, if the map is populated as previously once the span ended. Given our span capturing and enqueuing logic is sync, and once enqueued we can't mutate spans anymore, this might be a timing issue we can't solve correctly.
Activity
linear-code commentedon Apr 17, 2026
JS-2213
feat(browser): Defer fetch span end for streamed responses
feat(browser): Add `fetchStreamPerformanceIntegration` for streamed r…
github-actions commentedon May 26, 2026
A PR closing this issue has just been released 🚀
This issue was referenced by PR #20778, which was included in the 10.54.0 release.