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 release introduces a new set of top level APIs for the Performance Monitoring SDKs. These aim to simplify creating spans and reduce the boilerplate needed for performance instrumentation. The three new methods introduced are Sentry.startSpan, Sentry.startInactiveSpan, and Sentry.startSpanManual. These methods are available in the browser and node SDKs.
Sentry.startSpan wraps a callback in a span. The span is automatically finished when the callback returns. This is the recommended way to create spans.
// Start a span that tracks the duration of expensiveFunctionconstresult=Sentry.startSpan({name: 'important function'},()=>{returnexpensiveFunction();});// You can also mutate the span wrapping the callback to set data or statusSentry.startSpan({name: 'important function'},(span)=>{// span is undefined if performance monitoring is turned off or if// the span was not sampled. This is done to reduce overhead.span?.setData('version','1.0.0');returnexpensiveFunction();});
If you don't want the span to finish when the callback returns, use Sentry.startSpanManual to control when the span is finished. This is useful for event emitters or similar.
// Start a span that tracks the duration of middlewarefunctionmiddleware(_req,res,next){returnSentry.startSpanManual({name: 'middleware'},(span,finish)=>{res.once('finish',()=>{span?.setHttpStatus(res.status);finish();});returnnext();});}
Sentry.startSpan and Sentry.startSpanManual create a span and make it active for the duration of the callback. Any spans created while this active span is running will be added as a child span to it. If you want to create a span without making it active, use Sentry.startInactiveSpan. This is useful for creating parallel spans that are not related to each other.
This release introduces a new set of top level APIs for the Performance Monitoring SDKs. These aim to simplify creating spans and reduce the boilerplate needed for performance instrumentation. The three new methods introduced are Sentry.startSpan, Sentry.startInactiveSpan, and Sentry.startSpanManual. These methods are available in the browser and node SDKs.
Sentry.startSpan wraps a callback in a span. The span is automatically finished when the callback returns. This is the recommended way to create spans.
// Start a span that tracks the duration of expensiveFunctionconstresult=Sentry.startSpan({name: 'important function'},()=>{returnexpensiveFunction();});// You can also mutate the span wrapping the callback to set data or statusSentry.startSpan({name: 'important function'},(span)=>{// span is undefined if performance monitoring is turned off or if// the span was not sampled. This is done to reduce overhead.span?.setData('version','1.0.0');returnexpensiveFunction();});
If you don't want the span to finish when the callback returns, use Sentry.startSpanManual to control when the span is finished. This is useful for event emitters or similar.
// Start a span that tracks the duration of middlewarefunctionmiddleware(_req,res,next){returnSentry.startSpanManual({name: 'middleware'},(span,finish)=>{res.once('finish',()=>{span?.setHttpStatus(res.status);finish();});returnnext();});}
Sentry.startSpan and Sentry.startSpanManual create a span and make it active for the duration of the callback. Any spans created while this active span is running will be added as a child span to it. If you want to create a span without making it active, use Sentry.startInactiveSpan. This is useful for creating parallel spans that are not related to each other.
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebase will rebase this PR
@dependabot recreate will recreate this PR, overwriting any edits that have been made to it
@dependabot merge will merge this PR after your CI passes on it
@dependabot squash and merge will squash and merge this PR after your CI passes on it
@dependabot cancel merge will cancel a previously requested merge and block automerging
@dependabot reopen will reopen this PR if it is closed
@dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
@dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
@dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
@dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
@dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
Breaking changes1: feat(replay): Ensure min/max duration when flushing (#8596)
The package will no longer send replays that are less than 5 seconds long. You can configure the minimum replay duration, but it is capped at 15 seconds. If your application relies on short replays, you may need to adjust your code to accommodate this change.
Breaking changes1: ref(tracing-internal): Deprecate tracePropagationTargets in BrowserTracing (#8874)
tracePropagationTargets in BrowserTracing has been deprecated. This may affect your application if you were using this feature. Please check the new implementation for any necessary changes.
2: build: Remove build-specific polyfills (#8809)
Build-specific polyfills have been removed. If your application was relying on these polyfills, you may need to add them manually to your build process.
Breaking changes1: feat: Mark errors caught by the SDK as unhandled
The SDK now marks all automatically caught errors as unhandled, which may decrease reported crash-free sessions and impact your release health score. Manually captured errors (e.g., via Sentry.captureException) will still be reported as handled.
2: ref(browser): Deprecate top-level wrap function
The top-level wrap function is now deprecated. If your code uses this function, you will need to update it to avoid future compatibility issues.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
dependenciesPull requests that update a dependency file
0 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Bumps @sentry/node from 7.57.0 to 7.69.0.
Release notes
Sourced from
@sentry/node's releases.... (truncated)
Changelog
Sourced from
@sentry/node's changelog.... (truncated)
Commits
a03940brelease: 7.69.005583e5Merge pull request #9009 from getsentry/prepare-release/7.69.01768ba0meta(changelog): Update changelog for 7.69.090ee2a4fix(utils): Prevent iterating over VueViewModel (#8981)789e849feat(node-experimental): Keep breadcrumbs on transaction (#8967)cfc2333chore(ts): Add TS3.8 compile test (#8955)0e23d4dfix(node-experimental): Ignore OPTIONS & HEAD requests (#9001)475c295fix(node-otel): Refactor OTEL span reference cleanup (#9000)a7f5911ref: Avoid unnecessaryhub.getScope()checks (#9008)868a3cdfeat(core): ExportBeforeFinishCallbacktype (#8999)Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot mergewill merge this PR after your CI passes on it@dependabot squash and mergewill squash and merge this PR after your CI passes on it@dependabot cancel mergewill cancel a previously requested merge and block automerging@dependabot reopenwill reopen this PR if it is closed@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)