You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: develop-docs/api-server/application-domains/database-migrations/index.mdx
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -287,7 +287,7 @@ Extra care is needed here if the table is referenced as a foreign key in other t
287
287
288
288
- Make a pull request to remove all uses of the model in the codebase in a separate pull request. This mostly helps with code cleanliness. This should be merged ahead of the migration pull requests, but we don't need to worry about whether it is deployed first.
289
289
- Make another pull request to:
290
-
- Remove any database level foreign key constraints from this table to other tables by setting `db_constraint=False` on the columns.
290
+
- Remove any database level foreign key constraints from this table to other tables by setting `db_constraint=False` on the columns. If it's a hybrid cloud foreign key, set `null=True` instead.
291
291
- Remove the model and in the generated migration use `SafeDeleteModel(..., deletion_action=DeletionAction.MOVE_TO_PENDING)` to replace `DeleteModel(...)`. This only marks the state for the model as removed.
292
292
- Deploy. It's important that all previous pull requests are in production before we remove the actual table.
293
293
- Make a pull request that creates a new migration that has the same `SafeDeleteModel` operation as before, but set `deletion_action=DeletionAction.DELETE` instead. This deletes the actual table from Postgres.
Copy file name to clipboardExpand all lines: develop-docs/engineering-practices/rust.mdx
+11-11Lines changed: 11 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -50,26 +50,26 @@ During migration you may need normal functions which return futures, for their s
50
50
51
51
### Async Traits
52
52
53
-
In **traits**you can not yet use `async fn` ([see this blog post](https://smallcultfollowing.com/babysteps/blog/2019/10/26/async-fn-in-traits-are-hard/)).
54
-
In this case, functions should return `-> Pin<Box<dyn Future<Output = ...> + Send>>`:
53
+
Support for async in **traits**has [landed in Rust](https://blog.rust-lang.org/2023/12/21/async-fn-rpit-in-traits.html)
Copy file name to clipboardExpand all lines: develop-docs/frontend/design-tenets.mdx
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -58,7 +58,7 @@ Why minimize content refreshes?
58
58
Spinners should be used carefully. Having multiple spinners on the page is distracting. Reserve spinners for primary content that has an unknown height. Favor the usage of sized placeholder elements where the height of content is known, or the content is secondary to the main goal of the page.
59
59
60
60
Why use placeholders?
61
-
- Less layout shifts / render thrash (see video below)
61
+
- Less layout shifts / render thrash
62
62
- Better perceived performance
63
63
- Avoids having multiple loading spinner animations at once, which looks ugly
Copy file name to clipboardExpand all lines: develop-docs/sdk/data-model/event-payloads/contexts.mdx
+12-10Lines changed: 12 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -261,14 +261,17 @@ To summarize:
261
261
262
262
: _Optional_. An unprocessed description string obtained by the operating system. For some well-known runtimes, Sentry will attempt to parse `name` and `version` from this string, if they are not explicitly given.
263
263
264
-
`distribution`
264
+
`distribution_name`
265
265
266
-
: _Optional_. An object that provides meta-data for Linux distributions. The values correspond to entries from the [`/etc/os-release`](https://www.freedesktop.org/software/systemd/man/latest/os-release.html#Options) configuration. Contains the following keys:
266
+
: _Optional_. A stable name for each distribution. This maps to `ID` in [`/etc/os-release`](https://www.freedesktop.org/software/systemd/man/latest/os-release.html#ID=) (examples: `ubuntu`, `rhel`, `alpine`; a full list of tested identifiers is available in the [Native SDK repository](https://github.com/getsentry/sentry-native/blob/master/tests/fixtures/os_releases/distribution_names.txt))
267
267
268
+
`distribution_version`
268
269
269
-
-`name`: A stable name for each distribution. This maps to `ID` in `/etc/os-release` (examples: `ubuntu`, `rhel`, `alpine`; a full list of tested identifiers is available in the [Native SDK repository](https://github.com/getsentry/sentry-native/blob/feat/add_linux_distros_to_os_context/tests/fixtures/os_releases/distribution_names.txt).
270
-
-`version`: _Optional_. Typically identifies at least the major release version number. This maps to `VERSION_ID` in `/etc/os-release`. Distributions with rolling releases only, will not provide a version.
271
-
-`pretty_name`: _Optional_. Typically provides the full name, full version, and release alias. This maps to `PRETTY_NAME` in `/etc/os-release` (examples: `Ubuntu 22.04.4 LTS`, `Raspian GNU/Linux 10 (buster)`).
270
+
: _Optional_. Typically identifies at least the major release version number. This maps to `VERSION_ID` in [`/etc/os-release`](https://www.freedesktop.org/software/systemd/man/latest/os-release.html#VERSION_ID=). Distributions with rolling releases only, will not provide a version.
271
+
272
+
`distribution_pretty_name`
273
+
274
+
: _Optional_. Typically provides the full name, full version, and release alias. This maps to `PRETTY_NAME` in [`/etc/os-release`](https://www.freedesktop.org/software/systemd/man/latest/os-release.html#PRETTY_NAME=) (examples: `Ubuntu 22.04.4 LTS`, `Raspian GNU/Linux 10 (buster)`).
272
275
273
276
### Example OS Context
274
277
@@ -293,10 +296,9 @@ The OS Context for the 3 major OSs should look like this:
293
296
"type": "os",
294
297
"name": "Linux",
295
298
"version": "6.1.82(99.168.amzn2023.x86_64)",
296
-
"distribution": {
297
-
"name": "amzn",
298
-
"version": "2023",
299
-
"pretty_name": "Amazon Linux 2023.4.20240401"
299
+
"distribution_name": "amzn",
300
+
"distribution_version": "2023",
301
+
"distribution_pretty_name": "Amazon Linux 2023.4.20240401"
300
302
}
301
303
}
302
304
}
@@ -628,7 +630,7 @@ Additional information that allows Sentry to connect multiple transactions, span
628
630
629
631
`span_id`
630
632
631
-
: _Required_. The ID of the span.
633
+
: _Required_. The ID of the span or transaction. For non-transaction events, and if performance monitoring is disabled, it may still be desired to attach events to a trace via a trace ID. In these cases, you still need to provide a span ID. This span ID can effectively be entirely random and doesn't need to relate to an actual span, however, it is recommended to consider using the same span ID for multiple events within the same unit-of-execution (e.g. a request). [See the TwP docs](/sdk/telemetry/traces/tracing-without-performance/#attaching-trace-data-to-events-and-envelopes) for more details.
Download and save the [default ruleset template](/json/Default_ruleset.json) as a JSON file.
148
+
149
+
Visit the ruleset setting page of your repository: `https://github.com/getsentry/REPONAME_HERE/settings/rules`, click on the green **New ruleset** button, choose **Import a ruleset**, and select the JSON file you just downloaded. You can tweak the ruleset settings, but please don't remove the App in the Bypass List.
150
+
140
151
## Making Your First Release!
141
152
142
153
Navigate to the actions tab of your repository, locate the release workflow,
0 commit comments