Skip to content

Commit 6eacb47

Browse files
niallzatoNiall Brennanmarkzegarelli
authored
Describe why root violations may appear in Protocols (#4015)
* add info for violation realted to root * add info for violation realted to root * Update src/protocols/faq.md Co-authored-by: Niall Brennan <[email protected]> Co-authored-by: markzegarelli <[email protected]>
1 parent 98d4afa commit 6eacb47

File tree

1 file changed

+11
-0
lines changed

1 file changed

+11
-0
lines changed

src/protocols/faq.md

Lines changed: 11 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -76,6 +76,17 @@ The Protocols Violations page shows a live count for violations. You can adjust
7676

7777
You might see a difference between the count on the Violations page and the count in the Violations email digests. This can happen due to differences between the time periods available (24 hours in in the live page, 48 hours in the daily digest email), and the fact that the digest only shows _unique_ violations. The fields displayed on the Violations page are more detailed than those included in the email digest.
7878

79+
### Why do I see root listed on my Violations page?
80+
You may see violations related to (root). For example:
81+
```js
82+
(root)
83+
Must validate all the schemas
84+
// Or
85+
(root)
86+
Must validate "then" as "if" was valid
87+
```
88+
These violations are related to your common JSON Schema if you've applied custom rules. In this instance (root), refers to the top level of the JSON object (Segment event).
89+
7990
## Protocols Enforcement
8091

8192
### Why can't I use the Schema to filter my events?

0 commit comments

Comments
 (0)