Same as torgosPizza's comment #5 for me - this patch fixed the "Access denied" message that prevented login after submitting the simple password form
Thanks @broon and @elena.ortegacollado! The 2.x-dev version with new commit that @broon made today worked for me without having to change my taxonomy text filter.
This error also occurs in Drupal 10.1.2 when trying to delete a menu link:
An error occurred while attempting to process /admin/structure/menu/item/#/delete?destination=/admin/structure/menu/manage/main&_wrapper_format=drupal_ajax: ajax.$form.ajaxSubmit is not a function. (In 'ajax.$form.ajaxSubmit(ajax.options)', 'ajax.$form.ajaxSubmit' is undefined)
Thanks for the reply. We use an HTML text filter for our taxonomy description for links and special characters as taxonomy is used in various ways on the site. The 2.1.0 version of the Onomasticon module was able to handle this this without the recursion error though. Looks like we'll need to decide whether we can move to a filter without Onomasticon going forward.
Removing those lines didn't resolve the issue. I found that I can reproduce the issue with only two taxonomy terms though, so we can see if you are able to reproduce.
Create two terms, one called "Test" with definition "contains onomasticon word" and the other called "Onomasticon" with the definition "also has onomasticon in it". Then run "drush cr" to clear the cache. After that, editing either of those term definitions (or page content) times out for me. Web pages with the words "test" or "onomasticon", I think would also time out.
Thank you for your help with debugging. I appreciate your time and this module.
After configuring the rawdebug module, I first get:
ParseError: syntax error, unexpected token ";", expecting ")" in Composer\Autoload\includeFile() (line 219 of onomasticon/src/Plugin/Filter/FilterOnomasticon.php
Then when I move the rawdebug('LINE 217') out of the array map like below, I get a log.log file with "LINE 217" printed 56,100 times. Should I be printing some variable as well?
rawdebug('LINE 217');
$disabledTags = array_map(
function($tag) { return preg_replace("/[^a-z1-6]*/", "", strtolower(trim($tag))); },
$disabledTags
);I also tried commenting out the preg_replace and preg_split lines under the rawdebug lines to see if the site would load, but it did not.
Thanks @TolstoyDotCom,
After disabling caching and enabling verbose logging, the messages are the same. The apache log has multiple "[core:notice] [pid ##] AH00051: child pid ## exit signal Segmentation fault (11), possible coredump in /etc/apache2" before timing out and the backtrace repeats this loop:
#0 0x00007f6007fb1146 in pcre2_match_8 () from /lib/x86_64-linux-gnu/libpcre2-8.so.0
#1 0x00007f6008165e7e in php_pcre_replace_impl () from /usr/lib/apache2/modules/libphp8.1.so
#2 0x00007f60081663b6 in php_pcre_replace () from /usr/lib/apache2/modules/libphp8.1.so
#3 0x00007f60081667f1 in ?? () from /usr/lib/apache2/modules/libphp8.1.so
#4 0x00007f600833c9c4 in execute_ex () from /usr/lib/apache2/modules/libphp8.1.so
#5 0x00007f60082c0f04 in zend_call_function () from /usr/lib/apache2/modules/libphp8.1.so
#6 0x00007f60081f9564 in ?? () from /usr/lib/apache2/modules/libphp8.1.so
#7 0x00007f600833c9c4 in execute_ex () from /usr/lib/apache2/modules/libphp8.1.so
#8 0x00007f60082c0f04 in zend_call_function () from /usr/lib/apache2/modules/libphp8.1.so
#9 0x00007f60081fd003 in ?? () from /usr/lib/apache2/modules/libphp8.1.so
...
The issue seems to occur when the term description contains a string that is a term name. It is reproducible if I set all ~70 term descriptions to be a term name, but not just a couple of them. Not sure where the threshold or nesting cause is - the terms have up to four levels of hierarchy.