Thanks to visit codestin.com
Credit goes to github.com

Skip to content

[TwigBridgeRessources] add aria-invalid and aria-describedby on form inputs when validation failure exist #60902

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

Open
wants to merge 2 commits into
base: 7.4
Choose a base branch
from

Conversation

jeanfrancois-morin
Copy link

Q A
Branch? 7.4
Bug fix? no
New feature? yes
Deprecations? no
Issues
License MIT

Context and objective

This PR aims to add the appropriate ARIA attributes (aria-invalid and aria-describedby) to form fields when validation errors are present.
The proposal is based on the recommendations of WCAG 2.1 and specifically the technique ARIA21, which describes the combined use of aria-invalid="true" and aria-describedby="<TEXT_ERROR_ID>" AFTER user input validation. It seems particularly relevant to implement this since SymfonyUX's LiveComponent allows for an auto-validation system, enabling real-time error feedback to users as they fill out the form.
Concretely, users of screen readers will be informed of the presence of errors as soon as they focus on the form field, and if an explicit error message is associated, they can access it immediately.
Note that the aria-describedby attribute can point to one or more HTML elements, allowing multiple messages (for example, a help message and an error message) to be vocalized. This PR takes this possibility into account by associating each field with the text passages _field_id_help_ and _field_id_errors_ when applicable.

Twig Side

The proposal is integrated into all form themes through the main template form_div_layout.html.twig, except for the files bootstrap_4_layout.html.twig and bootstrap_4_horizontal_layout.html.twig. In these files, errors were initially placed inside the associated label, so it is not necessary to add the aria-describedby attribute. Errors will be vocalized automatically and immediately after the label content. The aria-invalid="true" attribute remains necessary to indicate the presence of errors.

Let me know if this approach works for you, or if you would like me to modify any aspects.

@carsonbot
Copy link

Hey!

I see that this is your first PR. That is great! Welcome!

Symfony has a contribution guide which I suggest you to read.

In short:

  • Always add tests
  • Keep backward compatibility (see https://symfony.com/bc).
  • Bug fixes must be submitted against the lowest maintained branch where they apply (see https://symfony.com/releases)
  • Features and deprecations must be submitted against the 7.4 branch.

Review the GitHub status checks of your pull request and try to solve the reported issues. If some tests are failing, try to see if they are failing because of this change.

When two Symfony core team members approve this change, it will be merged and you will become an official Symfony contributor!
If this PR is merged in a lower version branch, it will be merged up to all maintained branches within a few days.

I am going to sit back now and wait for the reviews.

Cheers!

Carsonbot

Copy link
Member

@nicolas-grekas nicolas-grekas left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks nice to me. Can you please add a line in the changelog of the bridge, section 7.4?

@jeanfrancois-morin
Copy link
Author

jeanfrancois-morin commented Jun 26, 2025

Hi, thanks for your feedback :)
I've made the update on the changelog. Do you want me to add more details or it's sufficient?

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

Successfully merging this pull request may close these issues.

3 participants