#[SearchApiDataType plugin definitions do not call ::getPrefix() during indexing

Setup

• Solr version:10.0
• Drupal Core version:10.6.10 && 11.3.x
• Search API version: 1.41.0
• Search API Solr version:4.x-dev (as of Jun 9th 2026)
• Configured Solr Connector: Standard

Issue

We are testing Solr 10 and for that we wanted to give 4.x-dev a try. Other than some URL/Message info errors in the Server, everything looked ok on a first index, until we tried to search. Some Core Fields (working on every previous release and our multiple servers) were sent to Solr as "m_" fields, in specific Solr Date Range ones.

On further inspection of 4.x-dev, I noticed that "prefix" is no longer part of the annotation and old Doctrine Plugin definitions are already removed in favor of PHP ones

So. Here is what I am seeing.

E.g "solr_date_range" implements SearchApiDataTypePrefixInterface (nice) and that allows a getPrefix() method instead of having it in the annotations. That method is called in Custom (Derivative) Plugins but (keep reading after the code)

/**
 * Provides a date range data type.
 */
#[SearchApiDataType(
  id: 'solr_date_range',
  label: new TranslatableMarkup('Date range'),
  description: new TranslatableMarkup('Date field that contains date ranges.'),
  fallback_type: 'date',
)]
class DateRangeDataType extends DateDataType implements SearchApiDataTypePrefixInterface {

  /**
   * {@inheritdoc}
   */
  public static function getPrefix(): string {
    return 'dr';
  }

}

Never here at
https://git.drupalcode.org/project/search_api_solr/-/blame/4.x/src/Plugi...

Because

https://git.drupalcode.org/project/search_api_solr/-/blob/4.x/src/Utilit... calls the native Search API Plugin manager which won't have "prefix" in its plugin definition (except for derivative ones where the is an actual except where ::getPrefix() is called and added to the definition)

And all the rest of the prefixes (date, etc) are added fixed (array deep merge) /directly to the end result.

Which leads at the end that our "solr_date_range " are now m_field_name in Solr and we can no longer do range queries.

To me it seems like either we load every plugin definition inside

public static function getDataTypeInfo($type = NULL) 

and if they are instanceof SearchApiDataTypePrefixInterface, initialize the Object, call the getPrefix method and append to the datatype info array OR every custom type becomes a derivative one

Any ideas? this is really breaking so tagged as major

Thanks a lot