octri_monitoring 1.2.0
octri_monitoring: ^1.2.0 copied to clipboard
Standalone application monitoring and error reporting for Dart.
Changelog #
1.2.0 #
- Direct identifiers are now redacted by key, the same way credentials are:
email,phone,address, first/last/full name,username,userAgent, passport, tax and national ids, dates of birth, postal codes, coordinates andipAddress, wherever the word appears in a key (billingEmail,customer_phone_number). This matches what every generated SDK already did. - The user's
emailis therefore[redacted]before sending. The user'sidstill survives; it is the identity the dashboard counts affected users by.
1.1.0 #
- Payloads are now scrubbed before they are sent. Values under keys that name a
credential (
password,secret,token,apiKey,authorization,cookie,ssnand the rest) are replaced with[redacted]at any depth, and free text is swept for bearer tokens, JWTs, Luhn-valid card numbers and email addresses. addScrubFieldsadds your own key names to that list.setBeforeSendhands you each payload before it goes out; returnnullto drop the event. Redaction runs after the hook.- The
userfield keeps the identity you set, since that is the point of it. Credential-shaped keys inside it are still redacted.
1.0.2 #
- A caller-supplied event id is capped at 256 bytes before it becomes the idempotency key header, matching the other Octri runtimes.
1.0.1 #
- Dartdoc comments on the whole public API, and a library comment.
- A runnable example under
example/, showing an HTTP server that continues an inbound trace, reports an error against it and times the request.
1.0.0 #
First public release.
- Error reporting with original source context for each in-app stack frame.
- Request and sub-span timing, drawn as a waterfall in the dashboard.
- W3C
traceparentpropagation, so a server error links to the client SDK error for the same request. - Standalone events with idempotent, best-effort delivery.