Skip to content

Commit 5c8e09b

Browse files
committed
Update index.mdx
1 parent 37f3998 commit 5c8e09b

File tree

1 file changed

+1
-1
lines changed
  • docs/platforms/native/advanced-usage/backend-tradeoffs

1 file changed

+1
-1
lines changed

docs/platforms/native/advanced-usage/backend-tradeoffs/index.mdx

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -28,7 +28,7 @@ Currently, `crashpad` is the default on all desktop platforms because it
2828
* cooperation with Epic's Easy Anti-Cheat
2929
* CMake build scripts (some users use our backend handler forks solely because of this reason)
3030

31-
When your deployment scenario should wait for the `crashpad_handler` to finish its work before a shutdown-after-crash (systemd, Docker), you can enable the option [`crashpad_wait_for_upload`](/platforms/native/configuration/options/#crashpad-wait-for-upload) to delay application shutdown until the upload of the crash report is completed.
31+
When your deployment scenario should wait for the `crashpad_handler` to finish its work before a shutdown-after-crash (systemd, Docker), in Linux environments since SDK version [0.8.3](https://github.com/getsentry/sentry-native/releases/tag/0.8.3), you can enable the option [`crashpad_wait_for_upload`](/platforms/native/configuration/options/#crashpad-wait-for-upload) to delay application shutdown until the upload of the crash report is completed.
3232

3333
### When shouldn't I use the `crashpad` backend?
3434

0 commit comments

Comments
 (0)