-
Notifications
You must be signed in to change notification settings - Fork 125
Try to handle browser JSON responses more robustly #3305
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
base: main
Are you sure you want to change the base?
Conversation
|
a3fc4ce
to
e37f0bc
Compare
This PR only touches test code so I'm not sure if we need a changeset? |
Hey @myabc, thanks for working on this, and apologies I missed it! It looks like system tests are failing in Firefox for some reason, would you be able to look into that? No need to add a changeset 😄 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hey @myabc, thanks for the contribution!
I just wanted to follow up, as I see there's a failing test. I think that might be the last thing required here 😄
e37f0bc
to
a8771e9
Compare
@TylerJDev Sorry for the delay in following up. I finally got a chance to look at the failing test. The issue was with waiting: while calling |
Adds `assert_json_response` and `json_response` helper method. Sticking to Capybara's API for getting document text should (in theory) make this less likely to break in the event of a browser changing how it renders plain text/JSON responses.
a8771e9
to
e27d310
Compare
Hi! This pull request has been marked as stale because it has been open with no activity for 60 days. You can comment on the pull request or remove the stale label to keep it open. If you do nothing, this pull request will be closed in 7 days. |
What are you trying to accomplish?
Sticking to Capybara's API for getting document text should (in theory) make this less likely to break in the event of a browser changing how it renders plain text/JSON responses.
Arguably, it also reads slightly better.
Screenshots
There should be no visual changes.
Integration
List the issues that this change affects.
Risk Assessment
What approach did you choose and why?
Anything you want to highlight for special attention from reviewers?
Accessibility
Merge checklist
Take a look at the What we look for in reviews section of the contributing guidelines for more information on how we review PRs.