Skip to content
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

High rate of un-enriched network errors #3020

Closed
twschiller opened this issue Mar 24, 2022 · 4 comments · Fixed by #3055
Closed

High rate of un-enriched network errors #3020

twschiller opened this issue Mar 24, 2022 · 4 comments · Fixed by #3055

Comments

@twschiller
Copy link
Contributor

Investigation:

Example occurrences:

@fregante
Copy link
Contributor

fregante commented Mar 24, 2022

This is already taken care of by #3014

It's waiting for your review

@twschiller
Copy link
Contributor Author

This is already taken care by #3014

Could you confirm that it works (and that the data flows correctly to Rollbar). I confirmed that you have the necessary permissions in Rollbar to confirm

Also, as part of this issue I want to double-check that the error handling in the axios-fetch-adapter library is correct. Were you able to confirm as part of the PR?

@fregante
Copy link
Contributor

fregante commented Mar 24, 2022

  • Related to how axios-fetch-adapter captures/rethrows errors?

That doesn't seem to match the timeline since the adapter was added in December (and it hasn't been updated since) while these error spiked in early March:

Screen Shot 1

Could you confirm that it works

I have not tested the PR yet because it's incomplete: I wanted to make sure it was a sensible idea before I spent any more time on it. But I suppose I'll proceed now.

and that the data flows correctly to Rollbar

Do I have to do anything specific to send errors to Rollbar from my local version? Or do I use reportError as usual and wait for it to appear on Rollbar.com?

Also, as part of this issue I want to double-check that the error handling in the axios-fetch-adapter library is correct. Were you able to confirm as part of the PR?

I wonder if fetch leaks those Network errors (they look like what appears in the console) but then again the timeline doesn't match. I will try with and without the new adapter.

@twschiller
Copy link
Contributor Author

twschiller commented Mar 24, 2022

That doesn't seem to match the timeline since the adapter was added in December (and it hasn't been updated since) while these error spiked in early March

I suspect the increase is related to: 1) increase in enterprise users, 2) one of our enterprise clients moving back into the office where one of their VPNs/firewalls may be blocking some requests

We're working with their team to try to get the network call information from the background page

Also, as part of this issue I want to double-check that the error handling in the axios-fetch-adapter library is correct.

My hypothesis is not that the adapter is causing the requests to fail. I suspect the problem is that the adapter might not be forwarding all of the error information. I'd be curious what details are actually in that error (or if there's a more informative error in practice)

Here is the createError method that is called: https://github.com/vespaiach/axios-fetch-adapter/blob/main/index.js#L51

I suspect that catch block in getResponse might need to pass along additional details from the fetch error somehow?

image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

Successfully merging a pull request may close this issue.

2 participants