Skip to content

Commit 41d0ad7

Browse files
committed
PR feedback
1 parent fce2ca4 commit 41d0ad7

File tree

1 file changed

+3
-1
lines changed
  • docs/platforms/javascript/common/enriching-events/scopes

1 file changed

+3
-1
lines changed

docs/platforms/javascript/common/enriching-events/scopes/index.mdx

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -147,7 +147,9 @@ even call <PlatformIdentifier name="clear" /> to briefly remove all context info
147147
<PlatformCategorySection supported={['server']}>
148148
## Using `withIsolationScope`
149149

150-
`withIsolationScope` works fundamentally the same as `withScope`, but it will fork the isolation scope instead of the current scope. Generally, the isolation scope is meant to be forked less frequently than the current scope, and in most cases the SDK will handle this automatically for you. But in cases where you e.g. want to capture SDK events in a middleware (which happens before the request is processed and thus before the SDKs automatic handling), or if you want to isolate a non-request process (e.g. a background job), you can use `withIsolationScope` to create a new isolation scope that is only active for the duration of the callback:
150+
`withIsolationScope` works fundamentally the same as `withScope`, but it will fork the isolation scope instead of the current scope. Generally, the isolation scope is meant to be forked less frequently than the current scope, and in most cases the SDK will handle this automatically for you.
151+
152+
But in cases where you e.g. want to isolate a non-request process (e.g. a background job), you can use `withIsolationScope` to create a new isolation scope that is only active for the duration of the callback:
151153

152154
<PlatformContent includePath="enriching-events/scopes/with-isolation-scope" />
153155
</PlatformCategorySection>

0 commit comments

Comments
 (0)