sentry-dart
sentry-dart copied to clipboard
getsentry
Support `graphql` APM/Breadcrumbs
Description
https://pub.dev/packages/graphql_flutter https://pub.dev/packages/graphql https://pub.dev/documentation/graphql/latest/graphql/QueryResult-class.html https://pub.dev/documentation/graphql/latest/graphql/GraphQLClient-class.html Example https://github.com/ueman/sentry-dart-tools/tree/main/sentry_graphql
Actually, the better example is sentry_link. sentry_graphql (permalink to before deletion) doesn't really add value over the link integrations and I've deleted it since. The link integration is also more versatile, since it integrates into a couple different GraphQL clients as mentioned in it's readme.
I'm also open to transfer ownership of the https://pub.dev/packages/sentry_link package, if there's interest.
https://github.com/DiederikvandenB/apollo-link-sentry also uses the Link approach for RN, so using the Link approach would be the way to go.
Also, this https://github.com/getsentry/sentry/issues/33723 issue, but I don't think it will be tackled soon.
I'll drop Client errors for now unless it throws an exception.
Unlike REST APIs, GraphQL servers don’t use HTTP status codes to indicate unsuccessful requests. Instead, the GraphQL response body includes an array of errors when an operation fails.
The SDK would need to read and deserialize the payload, we'd need to decide if we actually wanna do it and if the response payload is standardized across different Graph implementations.
The SDK would need to read and deserialize the payload, we'd need to decide if we actually wanna do it and if the response payload is standardized across different Graph implementations.
An additional problem is, that you can have partial errors with GraphQL. The error response is standardized, as seen here.