Make the Search API module compatible with Drupal 11

Fixed the invalid code in SearchApiBulkForm and created an MR to test the changes.
However, we first need all dependencies to declare Drupal 11 compatibility before we can properly test this.

OK, thinking about this a bit more, this is a bit of a chicken/egg situation, where we also cannot test dependencies against Drupal 11 until this module is compatible. So, I guess we’ll have to just go ahead and hope for the best, and fix any test errors/bugs that might show up once it’s possible to run the test suite against Drupal 11.

Merged this, but keeping it open so I remember to activate testing against Drupal 11 once that is available (i.e., all test dependencies support it as well).
Thanks again!

Edit: Wrong issue.

Reverting accidental change from before.

Still waiting on #3427037: Make language_fallback_fix compatible with Drupal 11. Adding that as a related issue.

I now just committed that issue myself and triggered a pipeline with Drupal 11 testing. Unfortunately, it showed that there is currently a fatal error, as Core added return type hints to the __sleep() and __wakeup() methods of

I created an MR that will hopefully fix this. Unfortunately, it will break all classes that override those methods (i.e., some of the modules providing backend plugins) even with Drupal 10, so this will probably not go in right away. First, as many of the sub classes should be fixed as possible.

I’ve deactivated weekly testing against D11 again for now.

Huh, seems the Action module was removed in D11 (#3432134: Remove Action UI module) and some of our tests depend on that. So, another thing to fix …

Wow, seems there’s still a lot to do …

Fortunately for us, it seems like Drupal 11 won’t be coming out in July after all, so we still have quite a bit of time left.

My question now would be whether we should keep the core_version_requirement: ^10.1 || ^11 line in our .info.yml file? Reverting that to just ^10.1 after we had already declared ^11 in several stable releases seems risky, but on the other hand declaring compatibility while there are still fatal errors when doing almost anything with the module is also highly misleading. And since that is the case, it doesn’t seem likely anyone would have been using this module with Drupal 11 anyways, so we wouldn’t be breaking anything by reverting the Drupal core version requirement.

In any case, I now added a note about this to the 1.34 release notes.

Pipeline is green, so to not hold this up further (especially since we’re already advertising that the module supports Drupal 11) I merged the MR right away. In case other problems pop up we can always open a new issue for those.
Anyways, thanks again everyone for your help!