Update dependency @sentry/node to v7 - autoclosed #87
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.
This PR contains the following updates:
^6.17.4
->^7.73.0
Release Notes
getsentry/sentry-javascript (@sentry/node)
v7.73.0
Compare Source
Important Changes
This is fully backwards compatible with prior versions of the Replay SDK. The only breaking change that we will making is to not be masking
aria-label
by default. The reason for this change is to align with our core SDK which also does not maskaria-label
. This change also enables better support of searching by clicks.Another change that needs to be highlighted is the 13% bundle size increase. This bundle size increase is necessary to bring improved recording performance and improved replay fidelity, especially in regards to web components and iframes. We will be investigating the reduction of the bundle size in this PR.
Here are benchmarks comparing the version 1 of rrweb to version 2
Other Changes
captureAllExceptions
by default (#9102)tunnel
is considered forisSentryUrl
checks (#9130)RequestAsyncStorage
fallback path (#9126)load
functions (#9071)InboundFilters
integration to useprocessEvent
(#9020)processEvent
(#9019)Work in this release contributed by @vlad-zhukov. Thank you for your contribution!
Bundle size 📦
v7.72.0
Compare Source
Important Changes
This release introduces support for Application Not Responding (ANR) errors for Node.js applications.
These errors are triggered when the Node.js main thread event loop of an application is blocked for more than five seconds.
The Node SDK reports ANR errors as Sentry events and can optionally attach a stacktrace of the blocking code to the ANR event.
To enable ANR detection, import and use the
enableANRDetection
function from the@sentry/node
package before you run the rest of your application code.Any event loop blocking before calling
enableANRDetection
will not be detected by the SDK.Example (ESM):
Example (CJS):
Other Changes
RequestAsyncStorage
locations by locations that webpack will resolve (#9114)replay_id
is not captured when session is expired (#9109)v7.71.0
Compare Source
basename
-prefixed route. (#9076)processEvent
(#9022)Work in this release contributed by @jorrit. Thank you for your contribution!
v7.70.0
Compare Source
Important Changes
This release contains the beta version of
@sentry/bun
, our SDK for the Bun JavaScript runtime! For details on how to use it, please see the README. Any feedback/bug reports are greatly appreciated, please reach out on GitHub.Note that as of now the Bun runtime does not support global error handlers. This is being actively worked on, see the tracking issue in Bun's GitHub repo.
The Sentry Remix SDK now officially supports Remix v2! See our Remix docs for more details.
Other Changes
processEvent
hook onIntegration
(#9017)React.ComponentType
instead ofReact.FC
aswithSentry
's generic type. (#9043)preprocessEvent
hook (#9034)handleErrorWithSentry
type (#9054)Work in this release contributed by @Dima-Dim, @krist7599555 and @lifeiscontent. Thank you for your contributions!
Special thanks for @isaacharrisholt for helping us implement a Vercel Edge Runtime SDK which we use under the hood for our Next.js SDK.
Bundle size 📦
v7.69.0
Compare Source
Important Changes
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
, andSentry.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.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.Sentry.startSpan
andSentry.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, useSentry.startInactiveSpan
. This is useful for creating parallel spans that are not related to each other.Other Changes
BeforeFinishCallback
type (#8999)LinkedErrors
integration runs before all event processors (#8956)org
,project
andurl
as args to upload script (#8985)ignoreErrors
(#8986)pg
spans (#8993)useRoutes
(#8998)glob
to Remix SDK dependencies. (#8963)handleRecordingEmit
aborts when event is not added (#8938)Work in this release contributed by @Duncanxyz and @malay44. Thank you for your contributions!
v7.68.0
Compare Source
BroadcastChannel
andSharedWorker
to TryCatch EventTargets (#8943)name
toSpan
(#8949)ServerRuntimeClient
(#8930)span.finish()
works as expected (#8947)v7.67.0
Compare Source
Important Changes
TryCatch
integration as unhandled (#8890)HttpClient
andCaptureConsole
integrations as unhandled (#8891)This release fixes inconsistent behaviour of when our SDKs classify captured errors as unhandled.
Previously, some of our instrumentations correctly set unhandled, while others set handled.
Going forward, all errors caught automatically from our SDKs will be marked as unhandled.
If you manually capture errors (e.g. by calling
Sentry.captureException
), your errors will continue to be reported as handled.This change might lead to a decrease in reported crash-free sessions and consequently in your release health score.
If you have concerns about this, feel free to open an issue.
Other Changes
maxReplayDuration
(#8769)BrowserClientOptions
(#8921)wrap
function (#8927)Work in this release contributed by @SorsOps. Thank you for your contribution!
v7.66.0
Compare Source
package.json
exports (#8895)origin
to spans (#8765)v7.65.0
Compare Source
@sentry/vite-plugin
(#8877)Sentry.startActiveSpan
andSentry.startSpan
(#8803)AsyncLocalStorage
instance (#8831)requestAsyncStorageShim
path resolution on windows (#8875)OnUncaughtException
(#8876)wrapServerLoadWithSentry
(#8801)tracePropagationTargets
inBrowserTracing
(#8874)v7.64.0
Compare Source
v7.63.0
Compare Source
exceptionFromError
for use in hybrid SDKs (#8766)autoInstrumentServerFunctions
andautoInstrumentAppDirectory
(#8781)hasCheckout
handling (#8782)v7.62.0
Compare Source
Important Changes
ContextLines
integration for html-embedded JS stack frames (#8699)This release adds the
ContextLines
integration as an optional integration for the Browser SDKs to@sentry/integrations
.This integration adds source code from inline JavaScript of the current page's HTML (e.g. JS in
<script>
tags) to stack traces of captured errors.It can't collect source code from assets referenced by your HTML (e.g.
<script src="..." />
).The
ContextLines
integration is useful when you have inline JS code in HTML pages that can't be accessed by Sentry's backend, for example, due to a login-protected page.Other Changes
dirname
andbasename
should handle Windows paths (#8737)flush
,close
, andlastEventId
into@sentry/core
(#8731)JSON.stringify
on prisma client when logging (#8745)v7.61.1
Compare Source
AsyncLocalStorage
async context strategy to edge SDK (#8720)ContextLines
integration (#8715)pre_context
andcontext_line
overlap if frame lineno is out of bounds (#8722)v7.61.0
Compare Source
Important Changes
@sentry/node-experimental
package as MVP for POTEL (#8609)This introduces a new, experimental package,
@sentry/node-experimental
.This is a variant of the Node SDK which uses OpenTelemetry under the hood for performance instrumentation.
Note that this package is very much WIP, considered unstable and may change at any time.
No SemVer guarantees apply whatsoever. Still, if you're brave enough you can give it a try.
Read more about @sentry/node-experimental
Other Changes
v7.60.1
Compare Source
shift
pressed (#8648)session.started
for min/max duration check (#8617)v7.60.0
Compare Source
Important Changes
We will not send replays that are <5s long anymore. Additionally, we also added further safeguards to avoid overly long (>1h) replays.
You can optionally configure the min. replay duration (defaults to 5s):
Other Changes
v7.59.3
Compare Source
v7.59.2
Compare Source
No changes. This release was published to fix publishing issues with 7.59.0 and 7.59.1.
Please see 7.59.0 for the changes in that release.
v7.59.1
Compare Source
No changes. This release was published to fix a publishing issue with 7.59.0.
Please see 7.59.0 for the changes in that release.
v7.58.1
Compare Source
v7.58.0
Compare Source
Important Changes
This release adds support for distributed tracing without requiring performance monitoring to be active on the JavaScript SDKs (browser and node). This means even if there is no sampled transaction/span, the SDK will still propagate traces to downstream services. Distributed Tracing can be configured with the
tracePropagationTargets
option, which controls what requests to attach thesentry-trace
andbaggage
HTTP headers to (which is what propagates tracing information).feat(tracing): Add tracing without performance to browser and client Sveltekit (#8458)
feat(node): Add tracing without performance to Node http integration (#8450)
feat(node): Add tracing without performance to Node Undici (#8449)
feat(node): Populate propagation context using env variables (#8422)
feat(core): Support
AggregateErrors
inLinkedErrors
integration (#8463)This release adds support for
AggregateErrors
. AggregateErrors are considered as Exception Groups by Sentry, and will be visualized and grouped differently. See the Exception Groups Changelog Post for more details.Exception Group support requires Self-Hosted Sentry version 23.5.1 or newer.
networkDetailDenyUrls
(#8439)This release adds a new option
networkDetailDenyUrls
to theReplay
integration. This option allows you to specify a list of URLs that should not be captured by theReplay
integration, which can be used alongside the existingnetworkDetailAllowUrls
for finely grained control of which URLs should have network details captured.Other Changes
getModule
for Electron SDK (#8488)user.id
to be a number (#8330)crossorigin
attribute on report dialog (#8424)tunnelRoute
when doing static exports (#8471)basePath
option fortunnelRoute
(#8454)basename
option ofcreateBrowserRouter
(#8457)@sentry/node
exports. (#8509)redirect
andcatch
responses (#8467)Work in this release contributed by @mrdulin, @donaldxdonald & @ziyad-elabid-nw. Thank you for your contributions!
v7.57.0
Compare Source
Important Changes
This release version bumps the internally used typescript version from 3.8.x to 4.9.x.
We use ds-downlevel to generate two versions of our types, one for >=3.8, one for >=4.9.
This means that this change should be fully backwards compatible and not have any noticable user impact,
but if you still encounter issues please let us know.
Instead of passing
tracePropagationTargets
to theBrowserTracing
integration, you can now define them on the top level:TryCatch
integration by default (#8367)The Angular and Angular-ivy SDKs will not install the TryCatch integration anymore by default.
This integration conflicted with the
SentryErrorHander
, sometimes leading to duplicated errors and/or missing data on events.When capturing non-errors via
Sentry.captureException()
, e.g.Sentry.captureException({ prop: "custom object" })
,we now generate a more helpful value for the synthetic exception. Instead of e.g.
Non-Error exception captured with keys: currentTarget, isTrusted, target, type
, you'll now get messages like:Other Changes
http.response.status_code
tospan.data
(#8366)trace
if tracing is enabled (#8357)clickCount
as optional (#8376)autoDiscoverNodePerformanceMonitoringIntegrations
from SDK (#8382)fetch
if the SDK client is valid (#8381)sessionStorage
check (#8394)v7.56.0
Compare Source
window.open
for slow clicks (#8308)debug_meta
before sending (#8347)next
in Vue router 4 instrumentation (#8351)v7.55.2
Compare Source
EventType
from@sentry-internal/rrweb
(#8334)v7.55.1
Compare Source
@sentry-internal/rrweb
(#8329)v7.55.0
Compare Source
v7.54.0
Compare Source
Important Changes
feat(core): Add default entries to
ignoreTransactions
for Healthchecks #8191All SDKs now filter out health check transactions by default.
These are transactions where the transaction name matches typical API health check calls, such as
/^.*healthy.*$/
or/^. *heartbeat.*$/
. Take a look at this list to learn which regexes we currently use to match transaction names.We believe that these transactions do not provide value in most cases and we want to save you some of your quota by filtering them out by default.
These filters are implemented as default values for the top level
ignoreTransactions
option.You can disable this filtering by manually specifiying the
InboundFilters
integration and setting thedisableTransactionDefaults
option:feat(replay): Add
mutationBreadcrumbLimit
andmutationLimit
to Replay Options (#8228)The previously experimental options
mutationBreadcumbLimit
andmutationLimit
have been promoted to regular Replay integration options.A high number of DOM mutations (in a single event loop) can cause performance regressions in end-users' browsers.
Use
mutationBreadcrumbLimit
to send a breadcrumb along with your recording if the mutation limit was reached.Use
mutationLimit
to stop recording if the mutation limit was reached.feat(sveltekit): Add source maps support for Vercel (lambda) (#8256)
The SvelteKit SDK can now be used if you deploy your SvelteKit app to Vercel.
By default, the SDK's Vite plugin will detect the used adapter and adjust the source map uploading config as necessary.
If you want to override the default adapter detection, you can specify the
adapter
option in thesentrySvelteKit
options:Currently, the Vite plugin will configure itself correctly for
@sveltejs/adapter-auto
,@sveltejs/adapter-vercel
and@sveltejs/adapter-node
.Important: The SvelteKit SDK is not yet compatible with Vercel's edge runtime.
It will only work for lambda functions.
Other Changes
loadContext
through wrapped document request function (#8268)magicast
to supportsatisfied
keyword (#8254)v7.53.1
Compare Source
os.uptime()
throwing because of EPERM (#8206)v7.53.0
Compare Source
beforeAddRecordingEvent
Replay option (#8124)withSentryConfig
isomorphic (#8166)maskFn
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Mend Renovate. View repository job log here.