It arises a 500 error when I tried to add a new menu item. When I deactivated YoastSEO, it works. I searched about this issue and update the memory to 3584 but it still happens with below logs:
PHP Fatal error: Allowed memory size of 3758096384 bytes exhausted (tried to allocate 262144 bytes) in .../wp-includes/class-wp-user.php on line 782; PHP message: PHP Fatal error: Allowed memory size of 3758096384 bytes exhausted (tried to allocate 262144 bytes) in .../wp-includes/plugin.php on line 205" while reading response header from upstream, client: 27.x.x.145, server: xxx.org, request: "POST /wp-admin/admin-ajax.php HTTP/2.0", upstream: "fastcgi://unix:/var/run/php/php82-fpm-xxx.org.sock:", host: "xxx.org", referrer: "https://xxx.org/wp-admin/nav-menus.php"
For your reference: WordPress version 6.7.2, Web servernginx/1.22.1, PHP version8.2.27 (Supports 64bit values), PHP memory limit3584M
Could you please advise?
]]>[06-Mar-2025 21:40:20 UTC] PHP Fatal error: Uncaught Error: Call to undefined function MailPoet\Migrator\mb_strimwidth() in /home/mywebsite/dir/plugins/mailpoet/lib/Migrator/Migrator.php:90
Stack trace:
#0 /home/mywebsite/dir/plugins/mailpoet/lib/Migrator/Migrator.php(38): MailPoet\Migrator\Migrator->getStatus()
#1 /home/mywebsite/dir/plugins/mailpoet/lib/Config/Activator.php(78): MailPoet\Migrator\Migrator->run()
#2 /home/mywebsite/dir/plugins/mailpoet/lib/Config/Activator.php(60): MailPoet\Config\Activator->processActivate()
#3 /home/mywebsite/dir/plugins/mailpoet/lib/Config/Initializer.php(313): MailPoet\Config\Activator->activate()
#4 /home/mywebsite/wp-includes/class-wp-hook.php(324): MailPoet\Config\Initializer->runActivator(false)
#5 /home/mywebsite/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters('', Array)
#6 /home/mywebsite/wp-includes/plugin.php(517): WP_Hook->do_action(Array)
#7 /home/mywebsite/wp-admin/includes/plugin.php(703): do_action('activate_mailpo...', false)
#8 /home/mywebsite/wp-admin/plugins.php(60): activate_plugin('mailpoet/mailpo...', 'https://www.myw...', false)
#9 {main}
thrown in /home/mywebsite/dir/plugins/mailpoet/lib/Migrator/Migrator.php on line 90
My instinct says the error is related to Multibyte String because of the first line “mb_strimwidth()”.
Also ‘–enable-mbstring=shared’ is in Configure Command section withing phpinfo query. Based on this mbstring is installed on the hosted webserver. Am I wrong?
I assume I need to configure it as well as per Runtime Configuration, but I don’t know what parameters I should put into php.ini file in order to make mailpoet work.
I had white screen error, disabled all the plugins I have, even trying active mailpoet under a default wordpress theme; increased memory and size settings in php.ini to 512M; set plugins dir to 777, but none of them worked.
I followed this guide on mailpoet about the minimum requirements and I’m unsure whether these extensions are installed on this hosted webserver or not: XML, ZIP, MBSTRING.
Here are some information of my site, that maybe related to this issue:
### wp-server ###
server_architecture: Linux 4.18.0-477.27.2.lve.el8.x86_64 x86_64
httpd_software: LiteSpeed
php_version: 8.2.27 64bit
php_sapi: litespeed
max_input_variables: 2000
time_limit: 30000
memory_limit: 2024M
max_input_time: 60
upload_max_filesize: 32M
php_post_max_size: 32M
curl_version: 7.61.1 OpenSSL/1.1.1k
suhosin: false
imagick_availability: false
pretty_permalinks: true
htaccess_extra_rules: true
### wp-constants ###
WP_HOME: undefined
WP_SITEURL: https://www.mywebsite.com/
WP_CONTENT_DIR: /home/mywebsite/dir
WP_PLUGIN_DIR: /home/mywebsite/dir/plugins
WP_MEMORY_LIMIT: 40M
WP_MAX_MEMORY_LIMIT: 256M
WP_DEBUG: false
WP_DEBUG_DISPLAY: false
WP_DEBUG_LOG: false
SCRIPT_DEBUG: false
WP_CACHE: false
CONCATENATE_SCRIPTS: undefined
COMPRESS_SCRIPTS: undefined
COMPRESS_CSS: undefined
WP_ENVIRONMENT_TYPE: undefined
WP_DEVELOPMENT_MODE: undefined
DB_CHARSET: utf8mb4
DB_COLLATE: undefined
]]>Is this a known bug and is a fix in the work? Thanks very much.
]]>5.1.7 was working for me just fine.
When I attempted to upgrade to 5.2.0, it would cause a fatal error on the admin back end, but the site was still accessible to the public. Despite the WordPress fatal error saying that I’d get an email with details, it would never arrive. So I’d roll back to 5.1.7 and the issue would resolve – I could access the admin side, and Matomo worked again. I tried a few attempts to upgrade (both from the .zip and from WP) with the same results, so I just left it and waited for Matomo to be updated to see if that would solve it before reaching out for help.
5.2.2 arrived so I thought I’d try and update it. This time it didn’t throw the whole admin side into a fatal error, so that’s good. But Matomo is still broken. I can access the Matomo diagnostics page, but that’s about it. The summary page DOES throw a fatal error, and thankfully this time I do get an email with some details. The diagnostic page also shows a red error:
Matomo System Check Failed to run Matomo system check. You must be logged in to access this functionality.
I am, of course, logged in as an administrator, but Matomo doesn’t seem to think that I am. The Matomo settings are inaccessible.
I am getting an occasional fatal error in other areas of the admin area, but a refresh seems to let me resume, unlike the full-on fatal error of 5.2.0
The error email reads:
Error Details ============= An error of type E_ERROR was caused in line 117 of the file /home/execulin/public_html/wp/wp-content/plugins/matomo/app/core/API/ApiRenderer.php. Error message: Uncaught Exception: Renderer format ‘console’ not valid. Try any of the following instead: . in /home/execulin/public_html/wp/wp-content/plugins/matomo/app/core/API/ApiRenderer.php:117 Stack trace: #0 /home/execulin/public_html/wp/wp-content/plugins/matomo/app/core/API/ResponseBuilder.php(40): Piwik\API\ApiRenderer::factory() #1 /home/execulin/public_html/wp/wp-content/plugins/matomo/app/core/API/Request.php(252): Piwik\API\ResponseBuilder->__construct() #2 /home/execulin/public_html/wp/wp-content/plugins/matomo/app/core/API/Request.php(511): Piwik\API\Request->process() #3 /home/execulin/public_html/wp/wp-content/plugins/matomo/classes/WpMatomo/Report/Metadata.php(40): Piwik\API\Request::processRequest() #4 /home/execulin/public_html/wp/wp-content/plugins/matomo/classes/WpMatomo/Report/Metadata.php(75): WpMatomo\Report\Metadata->get_all_reports() #5 /home/execulin/public_html/wp/wp-content/plugins/matomo/classes/WpMatomo/Admin/Summary.php(116): WpMatomo\Report\Metadata->find_report_by_unique_id() #6 /home/execulin/public_html/wp/wp-content/plugins/matomo/classes/WpMatomo/Admin/Summary.php(65): WpMatomo\Admin\Summary->get_reports_to_show() #7 /home/execulin/public_html/wp/wp-includes/class-wp-hook.php(324): WpMatomo\Admin\Summary->show() #8 /home/execulin/public_html/wp/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters() #9 /home/execulin/public_html/wp/wp-includes/plugin.php(517): WP_Hook->do_action() #10 /home/execulin/public_html/wp/wp-admin/admin.php(259): do_action() #11 {main} thrown
I have done a few things to try and troubleshoot this, including:
– re-installing the plugin via .zip
– clearing the Matomo cache
– clearing the LSCache
– updating PHP from 8.3 to 8.4
If anyone has any possible next steps for me, I would appreciate the help, and would love to get to the bottom of this. Thank you in advance.
]]>After updating to the latest version 2.3.0, a fatal error is triggering, blocking access to the WordPress admin.
PHP Fatal error: Uncaught Error: Call to a member function enable_custom_property() on bool in /public/wp-content/plugins/plausible-analytics/src/Admin/Provisioning.php:374.
I have deactivated the plugin for now. This is impacting a wide number of client websites.
Any help is greatly appreciated!
Best,
Juan
WordPress version 6.7.2
Active theme: Hestia (version 3.2.8)
Current plugin: CM Pop-Up Banners for WordPress (version 1.7.7)
PHP version 8.1.31
Error Details
=============
An error of type E_ERROR was caused in line 19 of the file /var/web/staging/public_html/wp-content/plugins/cm-pop-up-banners/libs/wpalchemy/metaboxes/cm-help-items.php. Error message: Uncaught Error: Call to undefined function get_current_user() in /var/web/staging/public_html/wp-content/plugins/cm-pop-up-banners/libs/wpalchemy/metaboxes/cm-help-items.php:19
Stack trace:
#0 /var/web/staging/public_html/wp-content/plugins/cm-pop-up-banners/libs/wpalchemy/class/metabox.php(790): include()
#1 /var/web/staging/public_html/wp-admin/includes/template.php(1456): WPAlchemy_MetaBox->_setup(Object(WP_Post), Array)
#2 /var/web/staging/public_html/wp-admin/edit-form-advanced.php(722): do_meta_boxes(Object(WP_Screen), ‘normal’, Object(WP_Post))
#3 /var/web/staging/public_html/wp-admin/post-new.php(75): require(‘/var/web/stagin…’)
#4 {main}
thrown
The Font Awesome plugin caught a fatal error.
Failed to initialize filesystem usage for creating self-hosted assets. Please report this on the plugin support forum so it can be investigated.
I believe this is because my org’s servers require FTP credentials for write permissions. Is there any other reason this would happen? Is there any workaround, or some way to dismiss the message?
]]>PHP Fatal error: Uncaught Error: Call to undefined function esc_atrr() in wp-content\plugins\front-end-only-users\Shortcodes\Insert_Confirm_Forgot_Password.php:72
Stack trace:
#0 wp-includes\class-wp-block.php(537): Insert_Confirm_Forgot_Password(Array, '', Object(WP_Block))
#1 wp-includes\blocks.php(2191): WP_Block->render()
#2 wp-includes\blocks.php(2243): render_block(Array)
#3 wp-includes\class-wp-hook.php(324): do_blocks('<!-- wp:front-e...')
#4 wp-includes\plugin.php(205): WP_Hook->apply_filters('<!-- wp:front-e...', Array)
#5 wp-includes\blocks\post-content.php(50): apply_filters('the_content', '<!-- wp:front-e...')
#6 wp-includes\class-wp-block.php(537): render_block_core_post_content(Array, '<!-- wp:front-e...', Object(WP_Block))
#7 wp-includes\class-wp-block.php(517): WP_Block->render()
#8 wp-includes\blocks.php(2191): WP_Block->render()
#9 wp-includes\blocks.php(2243): render_block(Array)
#10 wp-includes\block-template.php(260): do_blocks('<!-- wp:templat...')
#11 wp-includes\template-canvas.php(12): get_the_block_template_html()
#12 wp-includes\template-loader.php(106): include('D:\\xampp\\htdocs...')
#13 wp-blog-header.php(19): require_once('D:\\xampp\\htdocs...')
#14 index.php(17): require('D:\\xampp\\htdocs...')
#15 {main}
thrown in wp-content\plugins\front-end-only-users\Shortcodes\Insert_Confirm_Forgot_Password.php on line 72
please resolve this error as soon as possible because now i can not even edit that page, the error gives even when i have logged in as admin so i have to delete that page.
]]>Fatal error: Uncaught Error: Class "Forminator_Addon_Abstract" not found in [PATH]/wp-content/plugins/forminator/addons/pro/fortressdb/class-fortressdb-forminator.php:8 Stack trace: #0 [PATH]/wp-content/plugins/forminator/addons/pro/fortressdb/fortressdb.php(28): require_once() #1 [PATH]/wp-content/plugins/forminator/addons/class-addon-autoload.php(81): include_once('/nas/content/li...') #2 [PATH]/wp-content/plugins/forminator/forminator.php(344): Forminator_Addon_Autoload->load() #3 [PATH]/wp-content/plugins/forminator/forminator.php(319): Forminator->load_forminator_addons() #4 [PATH]/wp-content/plugins/forminator/forminator.php(112): Forminator->init_addons() #5 [PATH]/wp-content/plugins/forminator/forminator.php(93): Forminator->__construct() #6 [PATH]/wp-content/plugins/forminator/functions.php(18): Forminator::get_instance() #7 [PATH]/wp-includes/class-wp-hook.php(324): forminator('') #8 [PATH]/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters(NULL, Array) #9 [PATH]/wp-includes/plugin.php(517): WP_Hook->do_action(Array) #10 [PATH]/wp-settings.php(704): do_action('init') #11 [PATH]/wp-config.php(123): require_once('/nas/content/li...') #12 [PATH]/wp-load.php(50): require_once('/nas/content/li...') #13 [PATH]/wp-admin/admin.php(34): require_once('/nas/content/li...') #14 [PATH]/wp-admin/index.php(10): require_once('/nas/content/li...') #15 {main} thrown in?[PATH]/wp-content/plugins/forminator/addons/pro/fortressdb/class-fortressdb-forminator.php?on line?8
There has been a critical error on this website. Please check your site admin email inbox for instructions. If you continue to have problems, please try the?support forums.
I found a fix(?) that to rename fortressdb directory in /wp-content/plugins/forminator/addons/pro to fortressdb_old. But I’m not sure whether it would be a good solution and the plugin functionality is not affected by this.
Appreciate your kind response in this.
Thank you.
]]>