Add a #disable_inline_form_errors_summary property to disable the Inline Form Errors summary

During the A11y office hours, we added an AI generated summary to the description. This still needs to be validated by a human, but we are hoping this might help us make it easier to address issues.

Patch 92 worked in both 9.5 and 10.1.
I'm moving it to RTBC.

About AI generated summary, I reviewed it and looks pretty similar to initial summary.
It looks fine for me.

As far as the API goes here I would like to repeat my comment from #67

We don't have many "disable" options in Drupal; instead should we name the flag #inline_form_errors_summary and default it to TRUE, and then allow FALSE to disable it?

Having said that we also have #error_no_message three lines above, so should we be consistent with that somehow?

I agree with @longwave. We discussed how that would be implemented. I think we need to implement hook_element_info_alter and add #inline_form_errors_summary there with a default of TRUE. I think the implementation would be:

function inline_form_errors_element_info_alter(&$info) {
  $info['form']['#inline_form_errors_summary'] = TRUE;
}

Also I'm really confused about why and why you'd use the setting here #disable_inline_form_errors_summary vs #disable_inline_form_errors vs #error_no_message. There's way too many double negatives here and also with the current implementation #disable_inline_form_errors_summary has to be set on the form level - but the comments and issue summary here indicate that there are still situations when it will be shown even if this is set...

We need to add docs of these three variables and where and how they can be used. And perhaps when we write better docs a good name for the new thing will be more obvious.

Patch #100 goes with followed suggestion: use key #inline_form_errors_summary

Note: we also have #disable_inline_form_errors, so consistency about naming here is really broken.
My honest suggestion is that we have this issue solved since this feature is really overtime and open a task to discuss only consistency of naming for those keys.

+++ b/core/modules/inline_form_errors/tests/src/Unit/FormErrorHandlerTest.php
@@ -177,7 +177,7 @@ public function testErrorMessagesNotInline() {
-    $this->testForm['#disable_inline_form_errors'] = TRUE;
+    $this->testForm['#inline_form_errors_summary'] = FALSE;

Not sure why this is changing - looks like we'd be losing coverage.

The last submitted patch, 100: 2880011-100.patch, failed testing. View results →

Good cache alexpott. This was mistakenly changed.

Adding patch 103 without this change.

Path #103 disables summary errors on all forms.

+      // Do not show links to elements when the errors summary is disabled.
+      elseif ($is_visible_element && $has_id && $form['#inline_form_errors_summary']) {
+        unset($errors[$name]);
+      }

&& $form['#inline_form_errors_summary']
should be
&& !$form['#inline_form_errors_summary']

Tried to address the pointer in #105.
Please review.

Fixed the fail tests for 10.1.x, Please have a look.

The Needs Review Queue Bot → tested this issue. It fails the Drupal core commit checks. Therefore, this issue status is now "Needs work".

This does not mean that the patch needs to be re-rolled or the MR rebased. Read the Issue Summary, the issue tags and the latest discussion here to determine what needs to be done.

Consult the Drupal Contributor Guide → to find step-by-step guides for working with issues.

suzy.william → made their first commit to this issue’s fork.