fix(deps): update sentry-javascript monorepo to v7.60.0 #345
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:
7.6.0->7.60.07.6.0->7.60.0Release Notes
getsentry/sentry-javascript (@sentry/node)
v7.60.0Compare 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.3Compare Source
v7.59.2Compare 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.1Compare 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.1Compare Source
v7.58.0Compare 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
tracePropagationTargetsoption, which controls what requests to attach thesentry-traceandbaggageHTTP 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
AggregateErrorsinLinkedErrorsintegration (#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
networkDetailDenyUrlsto theReplayintegration. This option allows you to specify a list of URLs that should not be captured by theReplayintegration, which can be used alongside the existingnetworkDetailAllowUrlsfor finely grained control of which URLs should have network details captured.Other Changes
getModulefor Electron SDK (#8488)user.idto be a number (#8330)crossoriginattribute on report dialog (#8424)tunnelRoutewhen doing static exports (#8471)basePathoption fortunnelRoute(#8454)basenameoption ofcreateBrowserRouter(#8457)@sentry/nodeexports. (#8509)redirectandcatchresponses (#8467)Work in this release contributed by @mrdulin, @donaldxdonald & @ziyad-elabid-nw. Thank you for your contributions!
v7.57.0Compare 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
tracePropagationTargetsto theBrowserTracingintegration, you can now define them on the top level:TryCatchintegration 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_codetospan.data(#8366)traceif tracing is enabled (#8357)clickCountas optional (#8376)autoDiscoverNodePerformanceMonitoringIntegrationsfrom SDK (#8382)fetchif the SDK client is valid (#8381)sessionStoragecheck (#8394)v7.56.0Compare Source
window.openfor slow clicks (#8308)debug_metabefore sending (#8347)nextin Vue router 4 instrumentation (#8351)v7.55.2Compare Source
EventTypefrom@sentry-internal/rrweb(#8334)v7.55.1Compare Source
@sentry-internal/rrweb(#8329)v7.55.0Compare Source
v7.54.0Compare Source
Important Changes
feat(core): Add default entries to
ignoreTransactionsfor 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
ignoreTransactionsoption.You can disable this filtering by manually specifiying the
InboundFiltersintegration and setting thedisableTransactionDefaultsoption:feat(replay): Add
mutationBreadcrumbLimitandmutationLimitto Replay Options (#8228)The previously experimental options
mutationBreadcumbLimitandmutationLimithave 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
mutationBreadcrumbLimitto send a breadcrumb along with your recording if the mutation limit was reached.Use
mutationLimitto 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
adapteroption in thesentrySvelteKitoptions:Currently, the Vite plugin will configure itself correctly for
@sveltejs/adapter-auto,@sveltejs/adapter-verceland@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
loadContextthrough wrapped document request function (#8268)magicastto supportsatisfiedkeyword (#8254)v7.53.1Compare Source
os.uptime()throwing because of EPERM (#8206)v7.53.0Compare Source
beforeAddRecordingEventReplay option (#8124)withSentryConfigisomorphic (#8166)maskFnv7.52.1Compare Source
v7.52.0Compare Source
Important Next.js SDK changes:
This release adds support Vercel Cron Jobs in the Next.js SDK.
The SDK will automatically create Sentry Cron Monitors for your Vercel Cron Jobs configured via
vercel.jsonwhen deployed on Vercel.You can opt out of this functionality by setting the
automaticVercelMonitorsoption tofalse:(Note: Sentry Cron Monitoring is currently in beta and subject to change. Help us make it better by letting us know what you think. Respond on GitHub or write to us at crons-feedback@sentry.io)
Other changes
ignoreErrorscheck (#8089)addTracingExtensionswas not documented in MIGRATION.md (#8101)createCheckinEnvelopeto core package (#8082)v7.51.2Compare Source
v7.51.1Compare Source
loadwhen typed explicitly (#8049)Replay
rrwebchanges:@sentry-internal/rrwebwas updated from 1.106.0 to 1.108.0::in CSS rule from Safari (#86)Work in this release contributed by @sreetamdas. Thank you for your contribution!
v7.51.0Compare Source
Important Changes
loadfunctions with proxy module (#7994)@sentry/sveltekitnow auto-wrapsloadfunctions in+(page|layout).(ts|js)files (universal loads)+(page|layout).server.(ts|js)files (server-only loads)This means that you don't have to manually add the
wrapLoadWithSentryandwrapServerLoadWithSentryfunctions around your load functions. The SDK will not interfere with already wrappedloadfunctions.For more details, take a look at the Readme
peerDependenciesto Angular 16 (#8035)We now officially support Angular 16 in
@sentry/angular-ivy.Note that
@sentry/angulardoes not support Angular 16.Note: This release contains a bug with generating cron monitors. We recommend you upgrade the JS SDK to 7.51.1 or above to use cron monitoring functionality
This release adds Sentry cron monitoring support to the Node SDK.
Check-in monitoring allows you to track a job's progress by completing two check-ins: one at the start of your job and another at the end of your job. This two-step process allows Sentry to notify you if your job didn't start when expected (missed) or if it exceeded its maximum runtime (failed).
If your job execution fails, you can notify Sentry about the failure:
Additional Features and Fixes
http.methodto node http spans (#7991)RewriteFrames(#7995)Integrationtype declaration as union type (#8016)undefinedtoundefinedinstead of"[undefined]"(#8017)Work in this release contributed by @srubin and @arjenbrandenburgh. Thank you for your contributions!
v7.50.0Compare Source
Important Changes
sentryHandleto a factory function (#7975)With this release, the Sveltekit SDK (@sentry/sveltekit) is promoted to Beta.
This means that we do not expect any more breaking changes.
The final breaking change is that
sentryHandleis now a function.So in order to update to 7.50.0, you have to update your
hooks.server.jsfile:You can now capture request/response bodies & headers of network requests in Replay.
You have to define an allowlist of URLs you want to capture additional information for:
By default, we will capture request/response bodies, as well as the request/response headers
content-type,content-lengthandaccept.You can configure this with some additional configuration:
Note that bodies will be truncated to a max length of ~150k characters.
- feat(replay): Changes of sampling behavior & public API
flush()API to record current event buffer (#7743)stop()to flush and remove current session (#7741)We have changed the behavior of error-based sampling, as well as adding & adjusting APIs a bit to be more aligned with expectations.
See Sampling for details.
We've also revamped some public APIs in order to be better aligned with expectations. See Stoping & Starting Replays manually for details.
We added a new transport to support multiplexing.
With this, you can configure Sentry to send events to different DSNs, depending on a logic of your choosing:
Additional Features and Fixes
disableLoggeroption that automatically tree shakes logger statements (#7908)db.systemspan data to DB spans (#7952)Work in this release contributed by @Jack-Works. Thank you for your contribution!
v7.49.0Compare Source
Important Changes
svelte.config.js(#7863)Our source maps upload plugin is now able to read
svelte.config.js. This is necessary to automatically find the output directory that users can specify when setting up the Node adapter.This release fixes a potential problem with how Replay captures console logs.
Any objects logged will now be cut off after a maximum depth of 10, as well as cutting off any properties after the 1000th.
This should ensure we do not accidentally capture massive console logs, where a stringified object could reach 100MB or more.
We used to normalize references to HTML elements as POJOs.
This is both not very easily understandable, as well as potentially large, as HTML elements may have properties attached to them.
With this change, we now normalize them to e.g.
[HTMLElement: HTMLInputElement].Additional Features and Fixes
importforgatsby-browser.jsinstead ofrequire(#7889)handleErrorwrapper (#7898)sentry.propertiesfile when uploading source maps (#7890)timestampWithMs(#7878)v7.48.0Compare Source
Important Changes
AsyncLocalStorageimplementation ofAsyncContextStrategy(#7800)AsyncContextStrategyto allow reuse of existing context (#7778)runWithAsyncContextpublic API (#7817)domainimplementation ofAsyncContextStrategy(#7767)AsyncContextStrategyfor Node.js version (#7804)AsyncContextStrategy(#7779)This release switches the SDK to use
AsyncLocalStorageas the async context isolation mechanism in the SDK for Node 14+. For Node 10 - 13, we continue to use the Nodedomainstandard library, sinceAsyncLocalStorageis not supported there. Preliminary testing showed a 30% improvement in latency and rps when making the switch from domains toAsyncLocalStorageon Node 16.If you want to manually add async context isolation to your application, you can use the new
runWithAsyncContextAPI.If you're manually using domains to isolate Sentry data, we strongly recommend switching to this API!
In addition to exporting
runWithAsyncContextpublicly, the SDK also uses it internally where we previously used domains.withSentryViteConfig(#7789)This release removes our
withSentryViteConfigwrapper we previously instructed you to add to yourvite.config.jsfile. It is replaced Vite plugins which you simply add to your Vite config, just like thesveltekit()Vite plugins. We believe this is a more transparent and Vite/SvelteKit-native way of applying build time modifications. Here's how to use the plugins:Take a look at the
READMEfor updated instructions!Furthermore, with this transition, we removed the possibility to intialize the SDK in dedicated
sentry.(client|server).config.jsfiles. Please use SvelteKit's hooks files to initialize the SDK.Please note that these are breaking changes! We're sorry for the inconvenience but the SvelteKit SDK is still in alpha stage and we want to establish a clean and SvelteKit-friendly API before making the SDK stable. You have been warned ;)
This release adds automatic upload of source maps to the SvelteKit SDK. No need to configure anything other than adding our Vite plugins to your SDK. The example above shows you how to do this.
Please make sure to follow the
READMEto specify your Sentry auth token, as well as org and project slugs.- feat(replay): Capture request & response headers (#7816)
Replay now captures the
content-length,content-type, andacceptheaders from requests and responses automatically.Additional Features and Fixes
getReplayId()method (#7822)BrowserTransportOptionsto support offline transport options (#7775)applyDebugMetadatafor error events (#7824)reuseExistingdoes not need to call bind on domain (#7780)trpcMiddlewarefactory synchronous (#7802)v7.47.0Compare Source
Important Changes
This release adds a new API,
Sentry.captureUserFeedback, to browser-side SDKs that allows you to send user feedback to Sentry without loading and opening Sentry's user feedback dialog. This allows you to obtain user feedback however and whenever you want to and simply send it to Sentry using the SDK.For instance, you can collect feedback, whenever convenient as shown in this example:
Note that feedback needs to be coupled to an event but as in the example above, you can just use
Sentry.captureMessageto generate one.You could also collect feedback in a custom way if an error happens and use the SDK to send it along:
@sentry/tracingexports (#7611)With this release, we officially deprecate all exports from the
@sentry/tracingpackage, in favour of using them directly from the main SDK package. The@sentry/tracingpackage will be removed in a future major release.Please take a look at the Migration docs for more details.
Additional Features and Fixes
fetch(#7626)LocalVariablesintegration on Node < v18 (#7748)Redirects as exceptions (#7731)handleErrorWithSentry(#7674)Work in this release contributed by @de-don and @TrySound. Thank you for your contributions!
v7.46.0Compare Source
Important Changes
sentryHandle(#7598)This release adds support for Performance Monitoring in our SvelteKit SDK for the client/server. We've also changed how you should initialize your SDK. Please read our updated SvelteKit README instructions for more details.
ignoreTransactionsoption (#7594)You can now easily filter out certain transactions from being sent to Sentry based on their name.
We've added an integration that automatically instruments Undici and Node server side fetch. This supports Undici
v4.7.0or higher and requires Nodev16.7.0or higher. After adding the integration outgoing requests made by Undici will have associated spans and breadcrumbs in Sentry.In our Next.js and SvelteKit SDKs, this integration is automatically added.
We've added a new middleware for trpc that automatically adds TRPC information to Sentry transactions. This middleware is meant to be used in combination with a Sentry server integration (Next.js, Express, etc).
@sentry/tracingpackageWith
7.46.0you no longer require the@sentry/tracingpackage to use tracing and performance monitoring with the Sentry JavaScript SDKs. The@sentry/tracingpackage will be removed in a future major release, but can still be used with no changes.Please see the Migration docs for more details.
LocalVariablesintegration (#7637)This fixes a memory leak in the opt-in
LocalVariablesintegration, which adds local variables to the stacktraces sent to Sentry. The minimum recommended version to use theLocalVariablesis now7.46.0.Additional Features and Fixes
responseStatus,decodedBodySizeto perf entries ([#7613](https://togithub.com/getseConfiguration
📅 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 these updates again.
This PR has been generated by Mend Renovate. View repository job log here.