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

ref(api): Rename handleXhrErrorResponse to getXhrErrorResponseHandler #49100

Merged
merged 1 commit into from
May 15, 2023

Conversation

lobsterkatie
Copy link
Member

@lobsterkatie lobsterkatie commented May 15, 2023

This renames handleXhrErrorResponse a) so that its name better reflects what it does, and b) as a preliminary step in changing how such responses are handled in a way that's backwards-compatible with getsentry. (Since it's a default export, changing the name in the file where it's defined doesn't affect getsentry, but it does make it so that when a similar change is made in getsentry, all of the names match.)

@github-actions github-actions bot added the Scope: Frontend Automatically applied to PRs that change frontend components label May 15, 2023
@lobsterkatie lobsterkatie marked this pull request as ready for review May 15, 2023 15:48
@lobsterkatie lobsterkatie requested review from a team as code owners May 15, 2023 15:48
@lobsterkatie lobsterkatie requested a review from billyvg May 15, 2023 15:49
@lobsterkatie lobsterkatie merged commit 86637ec into master May 15, 2023
@lobsterkatie lobsterkatie deleted the kmclb-rename-handleXhrRequestErrors branch May 15, 2023 16:39
lobsterkatie added a commit that referenced this pull request May 16, 2023
…ResponseHandler` (#49154)

This recreates the `handleXhrErrorResponse` helper renamed to `getXhrErrorResponseHandler` in #49100 as a two-argument wrapper for `getXhrErrorResponseHandler`. In that wrapper it calls `getXhrErrorResponseHandler` to get a handler and then applies that handler, so that it can finally live up to its name and actually do the handling of error responses.

This also switches all uses of `getXhrErrorResponseHandler` to instead use the new `handleXhrErrorResponse`.
volokluev pushed a commit that referenced this pull request May 30, 2023
…ler` (#49100)

This renames `handleXhrErrorResponse` a) so that its name better reflects what it does, and b) as a preliminary step in changing how such responses are handled in a way that's backwards-compatible with `getsentry`. (Since it's a default export, changing the name in the file where it's defined doesn't affect `getsentry`, but it does make it so that when a similar change is made in `getsentry`, all of the names match.)
volokluev pushed a commit that referenced this pull request May 30, 2023
…ResponseHandler` (#49154)

This recreates the `handleXhrErrorResponse` helper renamed to `getXhrErrorResponseHandler` in #49100 as a two-argument wrapper for `getXhrErrorResponseHandler`. In that wrapper it calls `getXhrErrorResponseHandler` to get a handler and then applies that handler, so that it can finally live up to its name and actually do the handling of error responses.

This also switches all uses of `getXhrErrorResponseHandler` to instead use the new `handleXhrErrorResponse`.
@github-actions github-actions bot locked and limited conversation to collaborators May 31, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Scope: Frontend Automatically applied to PRs that change frontend components
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants