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: src/content/docs/errors-inbox/group-request-errors.mdx
+5-5Lines changed: 5 additions & 5 deletions
Original file line number
Diff line number
Diff line change
@@ -99,7 +99,7 @@ Resolved errors include a banner containing details on the user who resolved the
99
99
100
100
### Profiles [#error-profiles]
101
101
102
-
When looking at a specific error, the profiles section provides visual details about significant differences in the frequency of different values for HTTP error events. For each attribute, the error profile includes:
102
+
When you look at a specific error,, the profiles section provides visual details about significant differences in the frequency of different values for HTTP error events. For each attribute, the error profile includes:
103
103
* A heatmap showing how the error's attribute is distributed for values that deviate the most
104
104
* A label comparing the error attribute's distribution to that of other errors
105
105
@@ -118,7 +118,7 @@ When looking at a specific error, the profiles section provides visual details a
118
118
119
119
### Triage [#triage-errors]
120
120
121
-
When looking at a specific error, the triage section associates the specific error occurrence you are viewing with its [system-created error group](/docs/errors-inbox/errors-inbox/#groups). These system-created error groups are identified by a unique fingerprint. It is this unique fingerprint that allows you to triage error groups by status updates or assignments.
121
+
When you look at a specific error, the triage section associates the specific error occurrence you are viewing with its [system-created error group](/docs/errors-inbox/errors-inbox/#groups). These system-created error groups are identified by a unique fingerprint. It is this unique fingerprint that allows you to triage error groups by status updates or assignments.
122
122
123
123
For more info on how error groups are created, see [How error groups work](/docs/errors-inbox/errors-inbox/#how-groups-work), and to learn more about status and assignments, see [Error tracking](/docs/errors-inbox/errors-inbox/#assign).
124
124
@@ -135,7 +135,7 @@ For more info on how error groups are created, see [How error groups work](/docs
135
135
136
136
### Distributed trace [#distributed-trace]
137
137
138
-
When looking at a specific error, the distributed trace section tracks and observes your requests as they flow through your application, traversing various services to reach completion. By visualizing the entire request path across different services, you can rapidly identify failures or performance bottlenecks.
138
+
When you look at a specific error, the distributed trace section tracks and observes your requests as they flow through your application, traversing various services to reach completion. By visualizing the entire request path across different services, you can rapidly identify failures or performance bottlenecks.
139
139
140
140
To learn more about how distributed tracing works, see [Track requests across your microservices](/docs/distributed-tracing/concepts/introduction-distributed-tracing/).
141
141
@@ -169,7 +169,7 @@ We capture the response body for requests whenever available, displaying it on t
169
169
170
170
### Event trail [#event-trail]
171
171
172
-
The event trail provides a chronological log of all events leading up to the request error, which helps with root cause analysis. These can be events New Relic monitors by default, or custom events. The event trail is sorted chronologically, beginning with the oldest event, which is typically the app launch, but you can modify the following:
172
+
When you look at a specific error, the event trail provides a chronological log of all events leading up to the request error, which helps with root cause analysis. These can be events New Relic monitors by default, or custom events. The event trail is sorted chronologically, beginning with the oldest event, which is typically the app launch, but you can modify the following:
173
173
174
174
* Sort: Toggle between ascending and descending order
175
175
* Event filtering: Filter by event type, like `app launch`, `request`, `request error`, or `user actions`.
@@ -199,7 +199,7 @@ To fully leverage our crash analysis tools, make sure to:
199
199
200
200
### Attributes [#attributes]
201
201
202
-
Each request error sample includes a comprehensive set of attributes that provide detailed information about the request, response, and the specific parameters that triggered the error. These attributes offer valuable insights into the error's context and help in understanding the root cause.
202
+
When you look at a specific error, each request error sample includes a comprehensive set of attributes that provide detailed information about the request, response, and the specific parameters that triggered the error. These attributes offer valuable insights into the error's context and help in understanding the root cause.
0 commit comments