Temporary fix for error here:
I have the same problem, temporary solution to remove bug is:
if (instance != null && $.inArray('ajaxGetDisplayOptions', instance.callback) !== -1) {
But for some reason, probably Drupal.ajax.instances method changed in D10 and now is returning sometimes null in the loop.
Drupal.ajax.instances.forEach(function (instance) ...{
Similar problem was here: https://www.drupal.org/project/drupal/issues/2897938 →
#3 patch is fixing in Drupal 10 PantheonCurl incompatibility problem confirmed. So it is temporary solution.
Hi,
I had the similar problem:
- Drupal 9.5.x
- Search_api_solr 4.3.1
- Search_api_pantheon 3.0.2
- Special pantheon config selected for sever configuration, indexing was not working (indexing but no results are indexed)
After downgrade Search_api_solr 4.2.x, index start working. Something is not compatible with the latest version of search_api_solr module.
I had the same issue after upgrade. If you are not using geoip, best solution is to turn it off in ElasticSearch "ingest.geoip.downloader.enabled": false"
I had similar problem Content moderation + translated paragraphs + after adding/editing translations in node display paragraphs was mixed from different languages. Paragraphs revision was taken from origin language instead of translated version.
Problem appears after upgrade to Drupal 9.4 from Drupal 8.9.
In this case i disable content moderation for problematic content type and save revisions in all languages, to fix it. Problem was only with edited node after upgrade, so will be hard to reproduce it on clean instance.
Test for 2910320-17.patch probably faild on CKeditor problem from here: https://www.drupal.org/project/drupal/issues/3268368 →
Checking if array key "parents" exist should fix the PHP error problem.
I checked if behavior still exist in Drupal 10.0.2 and Corresponding Entity References 5.x and as I checked bug not exist anymore. Problem was only in 4.x version
Patch with checking if config('whitelist') is not NULL in attachment.