However I now get critical PHP erros:
Backend fatal error: PHP Fatal error: Uncaught Error: The script tried to call a method on an incomplete object. Please ensure that the class definition "PYS_PRO_GLOBAL\\FacebookAds\\Object\\ServerSide\\Content" of the object you are trying to operate on was loaded _before_ unserialize() gets called or provide an autoloader to load the class definition in /var/www/mywebsite/public_html/wp-content/plugins/pixelyoursite-pro/vendor_prefix/facebook/php-business-sdk/src/FacebookAds/Object/ServerSide/CustomData.php:443\nStack trace:\n#0 /var/www/mywebsite/public_html/wp-content/plugins/pixelyoursite-pro/vendor_prefix/facebook/php-business-sdk/src/FacebookAds/Object/ServerSide/Event.php(354): PYS_PRO_GLOBAL\\FacebookAds\\Object\\ServerSide\\CustomData->normalize()\n#1 /var/www/mywebsite/public_html/wp-content/plugins/pixelyoursite-pro/vendor_prefix/facebook/php-business-sdk/src/FacebookAds/Object/ServerSide/EventRequest.php(343): PYS_PRO_GLOBAL\\FacebookAds\\Object\\ServerSide\\Event->normalize()\n#2 /var/www/mywebsite/public_html/wp-content/plugins/pixelyoursite-pro/vendor_prefix/facebook/php-business-sdk/src/FacebookAds/Object/ServerSide/EventRequest.php(282): PYS_PRO_GLOBAL\\FacebookAds\\Object\\ServerSide\\EventRequest->normalize()\n#3 /var/www/mywebsite/public_html/wp-content/plugins/pixelyoursite-pro/vendor_prefix/facebook/php-business-sdk/src/FacebookAds/Object/ServerSide/EventRequest.php(277): PYS_PRO_GLOBAL\\FacebookAds\\Object\\ServerSide\\EventRequest->defaultExecute()\n#4 /var/www/mywebsite/public_html/wp-content/plugins/pixelyoursite-pro/vendor_prefix/facebook/php-business-sdk/src/FacebookAds/Object/ServerSide/EventRequest.php(247): PYS_PRO_GLOBAL\\FacebookAds\\Object\\ServerSide\\EventRequest->sendToCAPIEndpoint()\n#5 /var/www/mywebsite/public_html/wp-content/plugins/pixelyoursite-pro/modules/facebook/facebook-server.php(311): PYS_PRO_GLOBAL\\FacebookAds\\Object\\ServerSide\\EventRequest->execute()\n#6 /var/www/mywebsite/public_html/wp-content/plugins/pixelyoursite-pro/modules/facebook/facebook-server-async-task.php(48): PixelYourSite\\FacebookServer->sendEvent(Array, Object(PYS_PRO_GLOBAL\\FacebookAds\\Object\\ServerSide\\Event))\n#7 /var/www/mywebsite/public_html/wp-content/plugins/pixelyoursite-pro/vendor/techcrunch/wp-async-task/wp-async-task.php(164): PixelYourSite\\FacebookAsyncTask->run_action()\n#8 /var/www/mywebsite/public_html/wp-includes/class-wp-hook.php(324): WP_Async_Task->handle_postback('')\n#9 /var/www/mywebsite/public_html/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters('', Array)\n#10 /var/www/mywebsite/public_html/wp-includes/plugin.php(517): WP_Hook->do_action(Array)\n#11 /var/www/mywebsite/public_html/wp-admin/admin-post.php(85): do_action('admin_post_wp_a...')\n#12 {main}\n thrown in /var/www/mywebsite/public_html/wp-content/plugins/pixelyoursite-pro/vendor_prefix/facebook/php-business-sdk/src/FacebookAds/Object/ServerSide/CustomData.php on line 443\n
Can you help me debug this or fix the error?
Best, Jonatan
]]>independent-analytics/vendor/matomo/device-detector/Parser/AbstractParser.php?(Line:?267)
[Message]:
Preg_match(): compilation failed: pcre2 does not support \f, \l, \l, \n{name}, \u, or \u at offset 82
I tried reinstalling, but it didn’t help.
]]>my debog.log shows many lines of the error:
PHP Deprecated: Function utf8_decode() is deprecated in /wp-content/languages/de_DE.php on line 93
I’m using PHP 8.2, and as far as i know utf8_encode is deprecated since PHP 8.2.0 (launched December 2022) and will be removed in PHP 9.
Has anyone a solution?
]]>Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the product-configurator-for-woocommerce domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the init action or later. (This message was added in version 6.7.0.)
The issue may be occuring because the load_plugin_textdomain
function is being called too early, before the plugin is fully loaded.
I recommend using the init
hook instead of the plugins_loaded
hook for loading text domains. This aligns with WordPress 6.7 requirements, which specify that text domains should only be loaded on init
or later. Kindly advise if there is a workaround until an update?
I am receiving the same error for the Plugin: Product configurator for WooCommerce addon – Conditional logic
]]>wp-content/plugins/thim-elementor-kit/inc/modules/mega-menu/class-init.php on line 56
wp-content/plugins/thim-elementor-kit/inc/class-settings.php on line 215
Thanks to your wonderful plugins I noticed that some of my mails were not being sent so I clicked on the “Retry” button of these failed emails and it’s still not working.
I checked the Server Response in the email log of FluentSMTP plugin and all emails have the following error:
Server Response
{
"code": 400,
"message": null,
"errors": [
null
],
"fallback": "Tried to send using fallback but failed. My name",
"fallback_response": {
"code": 400,
"message": null,
"errors": [
null
]
}
}
Some emails have almost the same message but with some part translated into French (my website is bilingual English/French and using WPML):
Server Response
{
"code": 400,
"message": null,
"errors": [
null
],
"fallback": "Essai d’envoi à l’aide d’une solution de repli, mais échec. My name",
"fallback_response": {
"code": 400,
"message": null,
"errors": [
null
]
}
}
Then I checked the PHP Error log and noticed this error:
PHP Fatal error: Uncaught TypeError: preg_match(): Argument #2 ($subject) must be of type string, array given in wp-includes/PHPMailer/PHPMailer.php:1877
Stack trace:
#0 wp-includes/PHPMailer/PHPMailer.php(1877): preg_match()
#1 wp-includes/PHPMailer/PHPMailer.php(1889): PHPMailer\PHPMailer\PHPMailer::isPermittedPath()
#2 wp-includes/PHPMailer/PHPMailer.php(3267): PHPMailer\PHPMailer\PHPMailer::fileIsAccessible()
#3 wp-content/plugins/fluent-smtp/app/Functions/helpers.php(577): PHPMailer\PHPMailer\PHPMailer->addAttachment()
#4 wp-content/plugins/fluent-smtp/fluent-smtp.php(49): fluentMailSend()
#5 wp-content/plugins/fluent-smtp/app/Models/Logger.php(389): wp_mail()
#6 wp-content/plugins/fluent-smtp/app/Http/Controllers/LoggerController.php(66): FluentMail\App\Models\Logger->resendEmailFromLog()
#7 [internal function]: FluentMail\App\Http\Controllers\LoggerController->retry()
#8 wp-content/plugins/fluent-smtp/includes/Core/Container.php(507): call_user_func_array()
#9 wp-content/plugins/fluent-smtp/includes/Core/Container.php(633): FluentMail\Includes\Core\Container->call()
#10 wp-content/plugins/fluent-smtp/includes/Core/Container.php(502): FluentMail\Includes\Core\Container->callClass()
#11 wp-content/plugins/fluent-smtp/includes/Core/CoreTrait.php(73): FluentMail\Includes\Core\Container->call()
#12 wp-content/plugins/fluent-smtp/includes/Core/CoreTrait.php(31): FluentMail\Includes\Core\Application->FluentMail\Includes\Core\{closure}()
#13 wp-includes/class-wp-hook.php(324): FluentMail\Includes\Core\Application->FluentMail\Includes\Core\{closure}()
#14 wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters()
#15 wp-includes/plugin.php(517): WP_Hook->do_action()
#16 wp-admin/admin-ajax.php(192): do_action()
#17 {main}
thrown in wp-includes/PHPMailer/PHPMailer.php on line 1877
This error is happening everytime I try to resend an email.
I’m using 2 emails with a paid Elastic Email account. Everyting is alright on Elastic Email part (no quota exceeded I checked).
I tried to add an email fallback with my regular SMTP from my domain name and email provider but as it’s the same email used with Elastic Email, when I try to create the connection it says:
“Another connection with same email address exist. This connection will replace that connection”
I’ve run out of ideas… So please tell me how can I fix this issue?
PS: I’m also a customer using both Pro version of FluentCRM and FluentForms. Should I use another method to contact your support?
]]>I am using the plugin Email Encoder – Protect Email Addresses and Phone Numbers on my WordPress website and have encountered a persistent issue:
DOMDocument::loadHTML()
and reference invalid tags in certain lines of the plugin’s code.If necessary, I can provide screenshots or further details to assist in troubleshooting.
Thank you for any advice or solutions!
]]>0 /home/fw_live/fussballwitwe.de/wp-includes/class-wp-widget-factory.php(62): WP_Widget->__construct()
1 /home/fw_live/fussballwitwe.de/wp-includes/widgets.php(123): WP_Widget_Factory->register(‘SlideshowPlugin…’)
2 /home/fw_live/fussballwitwe.de/wp-content/plugins/slideshow-jquery-image-gallery/classes/SlideshowPluginWidget.php(153): register_widget(‘SlideshowPlugin…’)
3 /home/fw_live/fussballwitwe.de/wp-includes/class-wp-hook.php(324): SlideshowPluginWidget::registerWidget(”)
4 /home/fw_live/fussballwitwe.de/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters(NULL, Array)
5 /home/fw_live/fussballwitwe.de/wp-includes/plugin.php(517): WP_Hook->do_action(Array)
6 /home/fw_live/fussballwitwe.de/wp-includes/widgets.php(1870): do_action(‘widgets_init’)
7 /home/fw_live/fussballwitwe.de/wp-includes/class-wp-hook.php(324): wp_widgets_init(”)
8 /home/fw_live/fussballwitwe.de/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters(NULL, Array)
I am just wondering why others haven;t reported anything like this and if it may be an error with my theme.
Thanks!
2025-01-27T03:34:14+00:00 Critical Uncaught Error: Call to a member function get_atts() on bool in jet-woo-widgets-categories.php:56
Additional context
{
"error": {
"type": 1,
"file": "jet-woo-widgets-categories.php",
"line": 56
},
"remote-logging": true,
"backtrace": [
"",
"#0 Elementor\Jet_Woo_Widgets_Categories->register_controls()",
"#1 Elementor\Controls_Stack->init_controls()",
"#2 Elementor\Widget_Base->init_controls()",
"#3 Elementor\Controls_Stack->get_stack()",
"#4 Elementor\Widget_Base->get_stack()",
"#5 Elementor\Controls_Stack->get_controls()",
"#6 Elementor\Controls_Stack->sanitize_settings(Array)",
"#7 Elementor\Controls_Stack->get_data()",
"#8 Elementor\Element_Base->get_raw_data(false)",
"#9 Elementor\Element_Base->get_raw_data(false)",
"#10 Elementor\Core\Base\Document->get_elements_raw_data(Array)",
"#11 Elementor\Modules\Usage\Module->save_document_usage(Object(Elementor\Core\DocumentTypes\Page))",
"#12 Elementor\Modules\Usage\Module->after_document_save(Object(Elementor\Core\DocumentTypes\Page))",
"#13 Elementor\Core\Upgrade\Upgrades::recalc_usage_data(Object(Elementor\Core\Upgrade\Updater))",
"#14 Elementor\Core\Upgrade\Upgrades::_on_each_version(Object(Elementor\Core\Upgrade\Updater))",
"#15 Elementor\Core\Base\Background_Task->task(Array)",
"#16 Elementor\Core\Base\Background_Task->handle()",
"#17 WP_Hook->apply_filters('', Array)",
"#18 WP_Hook->do_action(Array)",
"#19 do_action('elementor_1_ele…')",
"#20 Elementor\Core\Base\Background_Task_Manager->__construct()",
"#21 Elementor\Core\Base\DB_Upgrades_Manager->__construct()",
"#22 Elementor\Plugin->init_components()",
"#23 Elementor\Plugin->init('')",
"#24 do_action('init')",
"#25 require_once('wp-config.php')",
"#26 require_once('wp-load.php')",
"#27 require_once('wp-admin/admin.php')",
"#28 require_once('wp-admin/index.php')",
"#29 {main}",
"thrown"
]
}
I fixed the problem updating the file jet-woo-widgets-categories.php in the line 56 with this code:
$shortcode = $this->__shortcode();
//$attributes = $this->__shortcode()->get_atts(); Problematic line
if (is_object($shortcode) && method_exists($shortcode, 'get_atts')) {
$attributes = $shortcode->get_atts();
} else {
$attributes = [];
error_log('Jet Woo Widgets: Shortcode object is invalid or not found.');
}
Sharing here in case others find similar problem, and in case it makes sense to include the fix in the next version of the plugin.
]]>PHP Fatal error: Uncaught Error: Call to undefined method LLAR\Core\Helpers::wp_locale()
wp_locale()
, which does not exist in the LLAR\Core\Helpers
class. This breaks the WordPress dashboard. Since plugin updates often are few and far between, and since my client stubbornly insisted on keeping this plugin, I had to go in and fix it manually. Which was extremely easy by the way, so there is no excuse for the LLAR developers to not fix this issue. /wp-content/plugins/limit-login-attempts-reloaded/views/chart-failed-attempts.php
return context.raw.toLocaleString('<?php echo esc_js( Helpers::wp_locale() ); ?>');
Helpers::wp_locale()
with get_locale
, so it looks like this: return context.raw.toLocaleString('<?php echo esc_js( get_locale() ); ?>');
Helpers::wp_locale
with get_locale()
.canvas id="llar-api-requests-chart" style=""></canvas>
style="movie-snacks: popcorn('hot','salted-caramel');"
. This will definitely spruce up your LLAR plugin./wp-content/plugins/limit-login-attempts-reloaded/views/
folder. Before you go and test it, make sure you clear all active caches (like Redis, Memcache, your superfancy caching plugin and, if possible, clear the server cache and your browser’s cache as well).