[Dio] Replace failed http client adapter with interceptor

[ueman]

📜 Description

This PR removes the failed http client adapter from the Dio integrations.
There's no need for this functionality, as Dio can be configured to throw on certain status codes. The users are probably using Dios way, which would cause having to reports for a bad status code. For reference, see ValidateStatus here. So instead we're adding an interceptor which can listen for exceptions.
We automatically listen for those exceptions and report them.

The reporting of DioErrors gets improved in #718

💡 Motivation and Context

This came out of the discussion over at #718 (comment)

💚 How did you test it?

New tests

📝 Checklist

• I reviewed submitted code
• I added tests to verify changes
• I updated the docs if needed
• All tests passing
• No breaking changes

🔮 Next steps

[brustolin]

I agree with this decision.

[marandaneto]

@ueman @brustolin

Dio can be configured to throw on certain status codes

That's fine, they are free to disable captureFailedRequests or to configure failedRequestStatusCodes properly.

The users are probably using Dios way

How is dio way? That still requires wrapping on try/catch blocks and calling Sentry.captureException(...) manually, or letting uncaught exceptions bubble up on the uncaught error handler, which would not be personalized with headers, request data, etc...

which would cause having to reports for a bad status code.

Only if they are using both features at the same time, and not configuring one or the other to avoid duplicate events.

We're pretty much removing a feature that captures errors automatically based on the user's configuration, without any other alternative, unless I'm missing something here.

[ueman]

How is dio way? That still requires wrapping on try/catch blocks and calling Sentry.captureException(...) manually, or letting uncaught exceptions bubble up on the uncaught error handler, which would not be personalized with headers, request data, etc...

That's what #718 fixes.

[marandaneto]

How is dio way? That still requires wrapping on try/catch blocks and calling Sentry.captureException(...) manually, or letting uncaught exceptions bubble up on the uncaught error handler, which would not be personalized with headers, request data, etc...

That's what #718 fixes.

Yep, got that, but event processors only run if there's a captured event, and with the removal of FailedRequestClientAdapter, users would need to do it manually.

[kuhnroyal]

Wondering again if we should consider moving to an interceptor approach, which probably would solve most cases.

[brustolin]

How is dio way? That still requires wrapping on try/catch blocks and calling Sentry.captureException(...) manually, or letting uncaught exceptions bubble up on the uncaught error handler, which would not be personalized with headers, request data, etc...

That's what #718 fixes.

Yep, got that, but event processors only run if there's a captured event, and with the removal of FailedRequestClientAdapter, users would need to do it manually.

Didn't thought that. Capturing crash manually would be bad.

I like @kuhnroyal suggestion. Using interceptors we could capture the error but let the request continue its flow.

[codecov-commenter]

Codecov Report

Merging #728 (deca26b) into main (c2893b8) will increase coverage by 1.56%.
The diff coverage is 83.33%.

@@            Coverage Diff             @@
##             main     #728      +/-   ##
==========================================
+ Coverage   90.56%   92.13%   +1.56%     
==========================================
  Files         104       17      -87     
  Lines        3359      483    -2876     
==========================================
- Hits         3042      445    -2597     
+ Misses        317       38     -279     

Impacted Files	Coverage Δ
dio/lib/src/sentry_dio_client_adapter.dart	77.77% <ø> (-4.05%)	⬇️
dio/lib/src/sentry_dio_extension.dart	80.00% <0.00%> (-20.00%)	⬇️
dio/lib/src/failed_request_interceptor.dart	100.00% <100.00%> (ø)
dart/lib/src/transport/rate_limit_category.dart
dart/lib/src/protocol/sdk_version.dart
dart/lib/src/transport/encode.dart
dart/lib/src/protocol/span_status.dart
dart/lib/src/protocol/sentry_event.dart
dart/lib/src/protocol/mechanism.dart
dart/lib/src/protocol/sentry_app.dart
... and 80 more

---

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update c2893b8...deca26b. Read the comment docs.

[brustolin]

LGTM

[ueman]

Can this be merged, so I can integrate it to the other Dio PR?