getsentry / sentry-python Public
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(breadcrumbs): Make all auto-generated breadcrumbs follow spec #884
Conversation
|
We should do this on the server imo, and fix the UI if it's overwhelming. This just adds overhead to the SDK for the happy path where the breadcrumb is valid. |
Happy to have this supplanted by a server fix. Will hold off on merging this until we can talk again about potentially doing that (cc @jan-auer). EDIT: Converting to a draft so it's clear it's not to be merged yet, if at all. |
|
@lobsterkatie What is it that you would like the server to emit exactly? If I'm reading this right, it looks like normalization errors for unknown breadcrumb keys, is that correct? |
|
We have other places where if you send bogus data, you get one of those pink boxes at the top of the event detail page, with an error along the lines of "Invalid value for xxxxxxx: _____". Given that people can do literally anything they want to an event in So, to answer your question - yes, that's correct. |
6ef8f50
to
a72e864
Compare
|
do we still need this if the server now does some validation? |
At this point it's just fixing the SDK to follow spec - any reason not to do that? |
a72e864
to
8f53a99
Compare
|
Ah yes, sure. |
Right now, if a user callssentry_sdk.add_breadcrumb()on a dictionary containing non-standard keys, those keys will be serialized and sent to Sentry, but Relay will drop them without registering a processing error. In other words, it fails silently.This PR adds a warning if a user includes such a call in their code. The list of standard keys is taken from the SDK spec here.UPDATE: This is getting handled in relay, so scoping this down to just the below.
It also corrects two places where we were sending the key
tyrather thantype(which works, but will now cause a warning).