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

Co-authored-by: Alex Krawiec <[email protected]>

Author: supervacuus

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

@@ -29,7 +29,7 @@ Currently, `crashpad` is the default on all desktop platforms because it
   * CMake build scripts (some users use our backend handler forks solely because of this reason)
 
 <Alert>
-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), in Windows environments since SDK version [0.8.6](https://github.com/getsentry/sentry-native/releases/tag/0.8.6), 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.
+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), and Windows environments since SDK version [0.8.6](https://github.com/getsentry/sentry-native/releases/tag/0.8.6), 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.
 </Alert>
 ### When shouldn't I use the `crashpad` backend?