-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
meta(changelog): Update changelog for 10.8.0 #17481
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
Conversation
[Gitflow] Merge master into develop
) This PR updates our SvelteKit SDK to be compatible with Sveltekit's new tracing feature, while maintaining backwards compatibility with Sentry<>SvelteKit setups on previous Kit versions or when SvelteKit's tracing feature is not used. If Kit tracing is used, the SDK - No longer starts its own `http.server` span but uses Kit's `sveltekit.handle.root` span as the `http.server` root span. - Configures our `httpIntegration` to avoid emitting a span for the incoming request span (this is in line with NextJS and Remix) - Processes kit-emitted spans to include sentry op and origin in an event preprocessing integration - Changes the name of root span to Sentry-esque `http.server` name conventions - store original name as `sveltekit.tracing.original_name` attribute - Still isolates the request in addition build time adjustments - Read tracing config from `svelte.config.js` - Auto wrap universal `load` functions only for client-side code, if kit tracing is enabled
While working on #17279, I added some tests and this PR is the extracted test for the current behavior.
### Important Changes | ||
|
||
- **feat(sveltekit): Add Compatibility for builtin SvelteKit Tracing ([#17423](https://github.com/getsentry/sentry-javascript/pull/17423))** | ||
|
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.
m: leftover
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.
size-limit report 📦
|
f44b3f6
to
f5d4bd6
Compare
envelopeItemIndex: number, | ||
envelopeIndex = 1, // 1 is usually the payload of the envelope (0 is the header) | ||
): T => { | ||
return properEnvelopeParser(request)[envelopeItemIndex]?.[envelopeIndex] as T; |
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.
Bug: Envelope Request Parser Parameter Shift
The properEnvelopeRequestParser
function's signature changed, adding envelopeItemIndex
as the second parameter. This redefines the meaning of the second argument for existing callers, shifting it from envelopeIndex
to envelopeItemIndex
. Consequently, the function now accesses [envelopeItemIndex]?.[1]
instead of [0]?.[envelopeIndex]
, which will cause existing code to extract incorrect data or fail.
No description provided.