Remove option for old "any" label

Please review patch.

Tested the patch in #3 and the code checks out. I agree with the analysis in the summary: nothing else reads ui.exposed_filter_any_label, and the exposed form always renders - Any - because it's hardcoded in the filter handlers. So the setting only ever changed the top row of the grouped filters table in the admin UI.

Before the patch the setting was stored as old_any, the select showed on /admin/structure/views/settings, and the grouped table for the content view's "Published status" filter showed <Any>. After applying it and running drush updb, the post-update removed the key, the select is gone, the settings form still saves without errors, and the grouped table shows - Any -. The new update test, SettingsTest and ExposedFormUITest pass, and phpcs is clean.

Setting to Needs work for a few non-code things:

• Core patches don't get tested by CI anymore, so this needs to be an MR on the issue fork. The patch applies to current main, with one hunk offset by 71 lines.
• It removes a config key that contrib could be reading, so it probably needs a change record.
• The issue summary should fill in "Proposed resolution" and "User interface changes". On sites with the default value the grouped table row goes from <Any> to - Any -, which now matches what visitors see.
• Minor: #[IgnoreDeprecations] on the new update test doesn't look necessary.

Tested on:

• Drupal core 11.4.5, patch from #3
• PHP 8.5.5

MR raised please review.

Added a change record for the removed views.settings:ui.exposed_filter_any_label config key: https://www.drupal.org/node/3626113

Reviewed MR !17254:
- Pipeline is green (only allow_failure PHP 8.6-ubuntu next-major jobs failed, unrelated to this change)
- No open review threads
- PHPCS clean on all changed files
- ViewsRemoveExposedFilterAnyLabelUpdateTest, SettingsTest, and ExposedFormUITest all pass locally
- Verified locally: the "Any" select is gone from /admin/structure/views/settings, and the grouped exposed filters table now shows the "- Any -" label instead of the old bracketed label

Moving to RTBC.

@chaitanyadessai, when you make an MR it helps everyone if you remove the 'Needs merge request' tag.

@jesus_md, thanks for the screenshots. They should be added to the issue summary. This helps other contributors. reviewers and committers.

According to the Usability core gate, issues changing the UI are to be tagged 'Usability'.

Issues changing the UI should also have before and after screenshots, available from the issue summary.

Did some research and old_any was introduced in Views3 for Drupal 7, back in 2009.

I searched for uses in contrib and there does appear to be some in PHP code in some projects. Those should be checked to determine if the module is compatible with Drupal 12. If so, then this setting should be deprecated instead of simply removed.

The change record has not been reviewed, so I am tagging for that and setting to needs work.

And I found an Feature Request for allowing the 'Any' label to be customized.

Tagging for Views maintainer review to decide if this should be done or #2156059: Allow the “Any” label to be customised in individual Views Grouped filters