Skip to content

Commit 530fe53

Browse files
committed
adjust wording
1 parent 0c53967 commit 530fe53

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)