Ronaldt
Forum Replies Created
-
Forum: Plugins
In reply to: [PostNL for WooCommerce] Track & Trace email sent to WP adminWe’ve got a problem much alike, but not the same.
We’re a web agency and our client has a clothing store webshop with the PostNL for WooCommerce plugin. According to them method of handling the orders did not change, but suddenly we as the WordPress admin get track & trace emails once packages have been sent by our customer.
The emails are not a problem, just the recipient is wrong. I cannot find a setting in the plugin where to sent these emails to, because the T&T email could be of use for our client: the webshop owners themselves and not the WordPress admins.
Thanks @masancvarak, that patch seems to be working!
Tried it with another website, same problem:
array(4) {
["type"]=>
int(1)
["message"]=>
string(2964) "Uncaught TypeError: EA11y\Modules\Remediation\Classes\Utils::get_current_object_type(): Return value must be of type string, array returned in /home/client-name/domains/client-name.nl/public_html/wp-content/plugins/pojo-accessibility/modules/remediation/classes/utils.php:74
Stack trace:
#0 /home/client-name/domains/client-name.nl/public_html/wp-content/plugins/pojo-accessibility/modules/scanner/module.php(97): EA11y\Modules\Remediation\Classes\Utils::get_current_object_type()
#1 /home/client-name/domains/client-name.nl/public_html/wp-includes/class-wp-hook.php(324): EA11y\Modules\Scanner\Module->enqueue_assets()
#2 /home/client-name/domains/client-name.nl/public_html/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters()
#3 /home/client-name/domains/client-name.nl/public_html/wp-includes/plugin.php(517): WP_Hook->do_action()
#4 /home/client-name/domains/client-name.nl/public_html/wp-includes/script-loader.php(2299): do_action()
#5 /home/client-name/domains/client-name.nl/public_html/wp-includes/class-wp-hook.php(324): wp_enqueue_scripts()
#6 /home/client-name/domains/client-name.nl/public_html/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters()
#7 /home/client-name/domains/client-name.nl/public_html/wp-includes/plugin.php(517): WP_Hook->do_action()
#8 /home/client-name/domains/client-name.nl/public_html/wp-includes/general-template.php(3192): do_action()
#9 /home/client-name/domains/client-name.nl/public_html/wp-content/themes/dt-the7/header-single.php(24): wp_head()
#10 /home/client-name/domains/client-name.nl/public_html/wp-includes/template.php(812): require('/home/client-na...')
#11 /home/client-name/domains/client-name.nl/public_html/wp-includes/template.php(745): load_template()
#12 /home/client-name/domains/client-name.nl/public_html/wp-includes/general-template.php(206): locate_template()
#13 /home/client-name/domains/client-name.nl/public_html/wp-content/themes/dt-the7/header.php(13): get_template_part()
#14 /home/client-name/domains/client-name.nl/public_html/wp-includes/template.php(810): require_once('/home/client-na...')
#15 /home/client-name/domains/client-name.nl/public_html/wp-includes/template.php(745): load_template()
#16 /home/client-name/domains/client-name.nl/public_html/wp-includes/general-template.php(48): locate_template()
#17 /home/client-name/domains/client-name.nl/public_html/wp-content/themes/dt-the7/inc/mods/compatibility/elementor/page-templates/elementor-page.php(19): get_header()
#18 /home/client-name/domains/client-name.nl/public_html/wp-includes/template-loader.php(106): include('/home/client-na...')
#19 /home/client-name/domains/client-name.nl/public_html/wp-blog-header.php(19): require_once('/home/client-na...')
#20 /home/client-name/domains/client-name.nl/public_html/index.php(17): require('/home/client-na...')
#21 {main}
thrown"
["file"]=>
string(134) "/home/client-name/domains/client-name.nl/public_html/wp-content/plugins/pojo-accessibility/modules/remediation/classes/utils.php"
["line"]=>
int(74)
}
object(WP_Error)#3572 (3) {
["errors"]=>
array(1) {
["non_protected_endpoint"]=>
array(1) {
[0]=>
string(47) "Fout opgetreden op een niet-beschermd endpoint."
}
}
["error_data"]=>
array(0) {
}
["additional_data":protected]=>
array(0) {
}
}I’d much rather have this problem solved than migrating over to different plugins.
I’m sorry for anyone reading this and having the same problem, but I moved on to a different solution that does not require Ally.
Thanks, much appreciated!
Forum: Plugins
In reply to: [Mollie Payments for WooCommerce] Update Translations@florismk you can install the beta mentioned earlier in this issue, works great.
Please read the last couple of posts.
Forum: Plugins
In reply to: [Mollie Payments for WooCommerce] Update TranslationsThank you for that update @femiyb, much appreciated.
Personally I find it odd and maybe even a bit concerning that a commercially supported plugin like Mollie’s takes three to four weeks to fix a bug like this. Mollie is in the banking industry and we have to be able to convince our clients to trust in Mollie too.
WordPress updates are important and even through translations are not that exciting (or even in the security category), having an update available for weeks on end makes me fear for the story about the boy that cried wolf.
I understand there are schedules in place and that translations are maybe not top priority but I would love it if a patch release could fix this problem that is bugging a lot of users (way more than actually post on this support forum, of course) that are using this plugin.
Just my two cents.
Forum: Plugins
In reply to: [Dynamic Conditions] Problem with pluginThanks @crazypsycho! Just tested and it seems to indeed be fixed for me.
Forum: Plugins
In reply to: [Dynamic Conditions] Problem with pluginSame here, running a WP CLI command to clear Elementor cache. This runs in PHP 7.4, throwing the following fatal error:
PHP Fatal error: Uncaught Error: Class 'WeakMap' not found in /home/USER/domains/DOMAINNAME/public_html/wp-content/plugins/dynamicconditions/Public/DynamicConditionsPublic.php:90
Stack trace:
#0 /home/USER/domains/DOMAINNAME/public_html/wp-content/plugins/dynamicconditions/Lib/DynamicConditions.php(165): DynamicConditions\Pub\DynamicConditionsPublic->__construct()
#1 /home/USER/domains/DOMAINNAME/public_html/wp-content/plugins/dynamicconditions/Lib/DynamicConditions.php(89): DynamicConditions\Lib\DynamicConditions->definePublicHooks()
#2 /home/USER/domains/DOMAINNAME/public_html/wp-content/plugins/dynamicconditions/Lib/DynamicConditions.php(273): DynamicConditions\Lib\DynamicConditions->__construct()
#3 /home/USER/domains/DOMAINNAME/public_html/wp-content/plugins/dynamicconditions/dynamic-conditions.php(70): DynamicConditions\Lib\DynamicConditions::run()
#4 /home/USER/domains/gemaaktindenoor in /home/USER/domains/DOMAINNAME/public_html/wp-content/plugins/dynamicconditions/Public/DynamicConditionsPublic.php on line 90By the looks of it there is no problem on PHP 8.x but we cannot update the PHP version on CLI just yet.
Same here…
Warning: Undefined array key "cols_count" in /Users/ronald/Sites/[..]/wp-content/plugins/filter-everything/src/Admin/Widgets/FiltersWidget.php on line 577Forum: Plugins
In reply to: [WooCommerce] Add parent name to term list in dropdown (coupon category list)For future self, or anyone else that stumbles upon this… I found a workaround here: https://stackoverflow.com/a/76455377/2082479
Can you make a backup of the file
/wp-content/uploads/forminator/.htaccessand then try removing the lineOptions -ExecCGIfrom it to to see if that helps? That is what recently became a big problem for many of the websites we manage for clients (see ticket).If it does not help, don’t forget to add it back in.
Can you make a backup of the file
/wp-content/uploads/forminator/.htaccessand then try removing the lineOptions -ExecCGIfrom it to to see if that helps? That is what recently became a big problem for many of the websites we manage for clients (see ticket).If it does not help, don’t forget to add it back in.
Can you make a backup of the file
/wp-content/uploads/forminator/.htaccessand then try removing the lineOptions -ExecCGIfrom it to to see if that helps? That is what recently became a big problem for many of the websites we manage for clients (see ticket).If it does not help, don’t forget to add it back in.
I’ve had some discussions with our server managers and we’ve come to the conclusion that you can’t expect a host to have ExecCGI enabled. We’re running DirectAdmin and because we’re hosting quite a lot of websites on there (300+) we take security very serious. And due to security reasons we don’t have CGI enabled by default.
@wpmudev-support8 can you explain why the option is used? Can it maybe first check if it is available on the server before it is added to the
.htaccessWe have clients run their own website but do often recommend Forminator as a plugin to them. If we have to manually change the generated
.htaccessfor every website that is not manageable.