Skip to content

Commit 95b1c82

Browse files
committed
adjust wording
1 parent b8d0376 commit 95b1c82

File tree

1 file changed

+1
-1
lines changed
  • docs/platforms/javascript/common/enriching-events/process-isolation

1 file changed

+1
-1
lines changed

docs/platforms/javascript/common/enriching-events/process-isolation/index.mdx

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -21,7 +21,7 @@ notSupported:
2121

2222
In server-side environments, the <PlatformLink to='/enriching-events/scopes'>isolation scope</PlatformLink> is automatically forked around request boundaries. This means that each request will have its own isolation scope, and data set on the isolation scope will only apply to events captured during that request. This is done automatically by the SDK.
2323

24-
However, the request isolation happens when the request itself is processed. This means that if you e.g. have a middleware where you want to set Sentry data (e.g. `Sentry.setUser()` in an auth middleware), you have to manually fork the isolation scope with `Sentry.withIsolationScope()` - see [Using withIsolationScope](../scopes/#using-withisolationscope).
24+
However, the request isolation happens when the request callback itself is being executed. This means that if you e.g. have a middleware where you want to set Sentry data (e.g. `Sentry.setUser()` in an auth middleware), you have to manually fork the isolation scope with `Sentry.withIsolationScope()` - see [Using withIsolationScope](../scopes/#using-withisolationscope).
2525

2626
This is also necessary if you want to isolate a non-request process, e.g. a background job.
2727

0 commit comments

Comments
 (0)