accessibility-insights-web
accessibility-insights-web copied to clipboard
Issue filling fails with "Query String too long" error
Describe the bug
When I tried to use "File Issue" feature on the Issue dialog popup, the process fails with following errors:
- Azure boards: "Query string too long"
- Github: 2FA fails with 500 error.
To Reproduce Steps to reproduce the behavior: Prerequisite: You should not be logged in Azure devops or github before this
- Go to "any target page'
- Click on Accessibility Insights popup windows and press settings to configure Issue filling.
Part 1:
- Choose Github as the option and put in a url for your repo.
- Fast Pass the target page
- Turn on the visualizations for accessibility issues found
- Click on the red exclamation mark to open Issue dialog
- Click on the File Issue button and try to login
Part 2:
- Choose Azure board as the option and put in a url for your repo.
- Fast Pass the target page
- Turn on the visualizations for accessibility issues found
- Click on the red exclamation mark to open Issue dialog
- Click on the File Issue button and try to login
Expected behavior
It should successfully file an issue or create an issue after logging you in for the specific service provider (github or azure boards)
If applicable, add screenshots to help explain your problem.
Extension (please complete the following information)
- OS: Windows 10
- Version: 10.0.17763 Build 17763
- Chrome Version: 74.0.3729.108 (Official Build) beta (64-bit)
Are you willing to submit a PR?
Yes
Did you search for similar existing issues?
Yes
Did you search for similar issues in our github issues or on stackoverflow
Yes
This issue has been marked as requiring additional investigation by the Accessibility Insights team. When the issue is ready to be triaged again, please update the issue with the investigation result and add "status: ready for triage". Thank you for contributing to Accessibility Insights!
I have reached out to GitHub support to get their thoughts on the GitHub length. For me a URL of 1938 characters leads to the 500 server error if the user is logged out. This link is an example. When the user is logged in, we can add many more characters.
I got a response - the team has acknowledged the issue and will follow up with me when they have more info. No ETA.