-
Notifications
You must be signed in to change notification settings - Fork 139
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
fix: checking status is too blunt for paused status #1713
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
PR Summary
This PR fixes session recording pause logic by checking a specific _urlBlocked
flag instead of the overall recording status, ensuring URL-based blocking works independently from other recording controls like sampling.
- Modified
/src/extensions/replay/sessionrecording.ts
to use_urlBlocked
flag for pause checks instead of general status - Prevents incorrect pause behavior when sampling has determined recording should be stopped
- Maintains proper buffer flushing when pausing recordings
- Improves precision by separating URL blocking from other recording control mechanisms
1 file(s) reviewed, no comment(s)
Edit PR Review Bot Settings | Greptile
Size Change: +30 B (0%) Total Size: 3.3 MB
ℹ️ View Unchanged
|
cc @veryayskiy for visibility |
We're checking if status is paused before pausing..
Makes sense, except we have multiple controls and only one status
So, it's possible to be pausable while sampling has determined you shouldn't be recording at all 🤦 . So if
sampling
had determined we should not record this session then we'd init a pause on every rrweb event... which probably causes rrweb events, and down the spiral to madnessLet's check a paused specific flag instead of the top level status