Skip to content

Commit 9a77991

Browse files
Remove PlatformSection component from Unity docs (#8730)
* Remove PlatformSection component from Unity docs
1 parent d05ec00 commit 9a77991

File tree

10 files changed

+49
-1328
lines changed

10 files changed

+49
-1328
lines changed

src/platforms/unity/configuration/filtering.mdx

Lines changed: 0 additions & 107 deletions
Original file line numberDiff line numberDiff line change
@@ -22,85 +22,6 @@ All Sentry SDKs support the <PlatformIdentifier name="before-send" /> callback m
2222

2323
Note also that breadcrumbs can be filtered, as discussed in [our Breadcrumbs documentation](/product/error-monitoring/breadcrumbs/).
2424

25-
<PlatformSection notSupported={["apple", "dotnet", "elixir", "rust", "unreal", "kotlin-multiplatform"]}>
26-
27-
#### Event Hints
28-
29-
The <PlatformIdentifier name="before-send" /> callback is passed both the `event` and a second argument, `hint`, that holds one or more hints.
30-
31-
Typically a `hint` holds the original exception so that additional data can be extracted or grouping is affected. In this example, the fingerprint is forced to a common value if an exception of a certain type has been caught:
32-
33-
<PlatformContent includePath="configuration/before-send-hint" />
34-
35-
When the SDK creates an event or breadcrumb for transmission, that transmission is typically created from some sort of source object. For instance, an error event is typically created from a log record or exception instance. For better customization, SDKs send these objects to certain callbacks (<PlatformIdentifier name="before-send" />, <PlatformIdentifier name="before-breadcrumb" /> or the event processor system in the SDK).
36-
37-
</PlatformSection>
38-
39-
<PlatformSection notSupported={["native", "apple", "dotnet", "unreal", "elixir", "kotlin-multiplatform"]}>
40-
41-
### Using Hints
42-
43-
Hints are available in two places:
44-
45-
1. <PlatformIdentifier name="before-send" /> / <PlatformIdentifier name="before-breadcrumb" />
46-
2. `eventProcessors`
47-
48-
Event and breadcrumb `hints` are objects containing various information used to put together an event or a breadcrumb. Typically `hints` hold the original exception so that additional data can be extracted or grouping can be affected.
49-
50-
For events, hints contain properties such as `event_id`, `originalException`, `syntheticException` (used internally to generate cleaner stack trace), and any other arbitrary `data` that you attach.
51-
52-
For breadcrumbs, the use of `hints` is implementation dependent. For XHR requests, the hint contains the xhr object itself; for user interactions the hint contains the DOM element and event name and so forth.
53-
54-
<PlatformContent includePath="configuration/before-send-fingerprint">
55-
56-
In this example, the fingerprint is forced to a common value if an exception of a certain type has been caught:
57-
58-
</PlatformContent>
59-
60-
#### Hints for Events
61-
62-
`originalException`
63-
64-
: The original exception that caused the Sentry SDK to create the event. This is useful for changing how the Sentry SDK groups events or to extract additional information.
65-
66-
`syntheticException`
67-
68-
: When a string or a non-error object is raised, Sentry creates a synthetic exception so you can get a basic stack trace. This exception is stored here for further data extraction.
69-
70-
#### Hints for Breadcrumbs
71-
72-
<PlatformContent includePath="configuration/breadcrumb-hints" />
73-
74-
</PlatformSection>
75-
76-
<PlatformSection supported={["javascript", "node", "go"]} >
77-
78-
### Using <PlatformIdentifier name="ignore-errors" />
79-
80-
You can use the <PlatformIdentifier name="ignore-errors" /> option to filter out errors that match a certain pattern. This option receives a list of strings and regular expressions to match against the error message. When using strings, partial matches will be filtered out, so if you need to filter by exact match, use regex patterns instead.
81-
82-
<PlatformContent includePath="configuration/ignore-errors" />
83-
</PlatformSection>
84-
85-
<PlatformSection supported={["php"]} >
86-
87-
### Using <PlatformIdentifier name="ignore-exceptions" />
88-
89-
You can use the <PlatformIdentifier name="ignore-exceptions" /> option to filter out errors that match a type or subtype.
90-
91-
<PlatformContent includePath="configuration/ignore-exceptions" />
92-
</PlatformSection>
93-
94-
<PlatformSection supported={["android", "javascript", "java", "python"]} notSupported={["kotlin-multiplatform"]}>
95-
96-
### Decluttering Sentry
97-
98-
<PlatformContent includePath="configuration/decluttering" />
99-
100-
</PlatformSection>
101-
102-
<PlatformSection supported={["node", "javascript", "python", "php", "dotnet", "java", "ruby", "go", "react-native", "android", "dart"]} notSupported={["javascript.cordova", "unreal", "kotlin-multiplatform"]}>
103-
10425
## Filtering Transaction Events
10526

10627
To prevent certain transactions from being reported to Sentry, use the <PlatformIdentifier name="traces-sampler" /> or <PlatformIdentifier name="before-send-transaction" /> configuration option, which allows you to provide a function to evaluate the current transaction and drop it if it's not one you want.
@@ -118,31 +39,3 @@ It also allows you to sample different transactions at different rates.
11839
If the transaction currently being processed has a parent transaction (from an upstream service calling this service), the parent (upstream) sampling decision will always be included in the sampling context data, so that your <PlatformIdentifier name="traces-sampler" /> can choose whether and when to inherit that decision. In most cases, inheritance is the right choice, to avoid breaking distributed traces. A broken trace will not include all your services. See <PlatformLink to="/configuration/sampling/#inheritance">Inheriting the parent sampling decision</PlatformLink> to learn more.
11940

12041
Learn more about <PlatformLink to="/configuration/sampling/">configuring the sample rate</PlatformLink>.
121-
122-
<PlatformSection supported={["node", "javascript", "php", "go", "python", "java", "ruby"]}>
123-
124-
### Using <PlatformIdentifier name="before-send-transaction" />
125-
126-
<PlatformContent includePath="configuration/before-send-transaction" />
127-
128-
</PlatformSection>
129-
130-
<PlatformSection supported={["javascript", "node", "go"]} >
131-
132-
### Using <PlatformIdentifier name="ignore-transactions" />
133-
134-
You can use the <PlatformIdentifier name="ignore-transactions" /> option to filter out transactions that match a certain pattern. This option receives a list of strings and regular expressions to match against the transaction name. When using strings, partial matches will be filtered out, so if you need to filter by exact match, use regex patterns instead.
135-
136-
<PlatformContent includePath="configuration/ignore-transactions" />
137-
</PlatformSection>
138-
139-
<PlatformSection supported={["php"]} >
140-
141-
### Using <PlatformIdentifier name="ignore-transactions" />
142-
143-
You can use the <PlatformIdentifier name="ignore-transactions" /> option to filter out transactions that match a certain string.
144-
145-
<PlatformContent includePath="configuration/ignore-transactions" />
146-
</PlatformSection>
147-
148-
</PlatformSection>

0 commit comments

Comments
 (0)