Apologies , since the table is huge, the queue worker takes some time before completing its task , couldn't notice that it was indeed working in the background and slowly reducing the size of my table
I will close the issue ,
Many thanks
marelpup → created an issue.
Fair enough , I remove the steps to reproduce part
marelpup → created an issue.
Hi ,
I'm encountering the same issue on my website which was built on 8+ ( now 10.3) ,
there's no need to hurry , my 'node_revision__body' table is less than 2Gigs
I included steps to reproduce , these are assumed from my website's history and specs,
I didnt reproduce them myself, this note is mainly a lead to the core problem,
I may try once I've got more time or if my table size exponentially increases,
Many thanks
marelpup → created an issue.
MarelPup → created an issue.
MarelPup → created an issue.
Ran into the same problem :
The email fields uses a function from the contactinfo module which is not used anymore
i added a line to check if the fucntion is available , else we do nothing. ideally we would use a render array with input type email
I get an error with patch from #11
an accessCheck is missing in field_collection_field_storage_config_delete
MarelPup → made their first commit to this issue’s fork.
#149 isnt working for me
TypeError: Drupal\redirect\EventSubscriber\RedirectRequestSubscriber::__construct(): Argument #9 ($redirect_path_processor) must be of type Drupal\redirect\PathProcessor\RedirectPathProcessorManagerInterface, Drupal\Core\PathProcessor\PathProcessorManager given, called in /app/web/core/lib/Drupal/Component/DependencyInjection/Container.php on line 259 in Drupal\redirect\EventSubscriber\RedirectRequestSubscriber->__construct() (line 95 of modules/contrib/redirect/src/EventSubscriber/RedirectRequestSubscriber.php).
D9.5.11, php 8.1
MarelPup → created an issue.