Repository navigation
Conversation
…string The native iOS breadcrumb's url is sanitized (query moved to http.query or filtered, percent-decoded, credentials replaced), so the exact url match against the raw JS xhr/fetch url failed. Compare normalized urls instead and ignore the query. Fixes #6872 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Semver Impact of This PR⚪ None (no version bump detected) 📋 Changelog PreviewThis is how your changes will appear in the changelog.
🤖 This preview updates automatically when you update the PR. |
There was a problem hiding this comment.
✅ Bugbot reviewed your changes and found no new issues!
Comment @cursor review or bugbot run to trigger another review on this PR
Reviewed by Cursor Bugbot for commit 2de5669. Configure here.
| nativeUrl === jsUrl || | ||
| nativeUrl === `${jsUrl}/` || | ||
| nativeUrl.startsWith(`${jsUrl}?`) || | ||
| nativeUrl.startsWith(`${jsUrl}/?`) |
There was a problem hiding this comment.
Is there a chance the question mark will be %3F?
| /** Matches the native URL to the JS one, with or without a trailing slash or query. */ | ||
| function isSameHttpUrl(nativeUrl: string, jsUrl: string): boolean { | ||
| return ( | ||
| nativeUrl === jsUrl || |
There was a problem hiding this comment.
Isnt this check redundant since we do an equal check on line 139?
|
Q: Isn't it possible to know if the request originated from the JavaScript layer? This way we could simply filter out these requests. |
📢 Type of change
📜 Description
URLs are now normalized before comparing:
?, because after decoding a?may belong to the path./,?…or/?…. Identical raw URLs still always match.💡 Motivation and Context
Fixes #6872
💚 How did you test it?
CI, Manual
📝 Checklist
sendDefaultPIIis enabled.🔮 Next steps