Remove appending hash behaviour when error summary link clicked #1435
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
When error summary links were clicked, a hash with the clicked linked id would be added to the URL. As reported in #1398, if the form is submitted again with further errors, the hash stopped the error summary being focused as should happen, and instead the element with the hash id was scrolled to. This was confusing to the user, especially as they might have already corrected the error in the now focused form element.
This behaviour was prevented in GOV.UK Elements. When the error summary component was added to GOV.UK Frontend, this behaviour wasn't reintroduced as we didn't know the reason for it. We use
preventDefault()
to improve the user experience when the error summary links are clicked on by showing the error message above the form field, instead of scrolling down to the form field itself. We programmatically reintroduced the hash to the URL to replicate browser behaviour.Following the bug report, the code for appending the hash is redundant and can be removed.
Fixes #1398