finzend

Hi Josh,

Thanks for the quick reply. Below the info + error that I got:

WordPress version 6.4.3
Active Theme: Ocean Child Theme (version 1.1)
Current plugin: WC Vendors Marketplace (version 2.4.8.2)
PHP version 8.2.15

Fatal error: Uncaught ValueError: Missing format specifier at end of string in /var/www/vhosts/mydomain/wp-content/plugins/wc-vendors/classes/admin/class-product-meta.php:288 Stack trace: #0 /var/www/vhosts/mydomain/wp-content/plugins/wc-vendors/classes/admin/class-product-meta.php(288): sprintf(‘Media toewijzen…’, ‘Verkoper’) #1 /var/www/vhosts/mydomain/wp-content/plugins/wc-vendors/classes/admin/class-product-meta.php(168): WCV_Product_Meta::vendor_selectbox(Array) #2 /var/www/vhosts/mydomain/wp-includes/class-wp-hook.php(324): WCV_Product_Meta->author_vendor_roles(‘apply_filters(‘<select name=’p…’, Array) #4 /var/www/vhosts/mydomain/wp-includes/user.php(1732): apply_filters(‘wp_dropdown_use…’, ‘<select name=’p…’) #5 /var/www/vhosts/mydomain/wp-admin/includes/meta-boxes.php(970): wp_dropdown_users(Array) #6 /var/www/vhosts/mydomain/wp-admin/includes/template.php(1456): post_author_meta_box(Object(WP_Post), Array) #7 /var/www/vhosts/mydomain/wp-admin/edit-form-advanced.php(714): do_meta_boxes(Object(WP_Screen), ‘normal’, Object(WP_Post)) #8 /var/www/vhosts/mydomain/wp-admin/post.php(206): require(‘/var/www/vhosts…’) #9 {main} thrown in /var/www/vhosts/mydomain/wp-content/plugins/wc-vendors/classes/admin/class-product-meta.php on line 288

As said, when I add a space or extra char after the %s the error is gone.. I found this ‘solution’ via the following link: https://www.ads-software.com/support/topic/uncaught-valueerror-missing-format-specifier-at-end-of-string/

If you need any extra info, let me know!

I’m having the same problem. It’s a recurring event and once in a while it gets deleted/removed and I have to manually add it again..

Could it be the cause that the code incidentally gives an error? Or shouldnt that matter?

Hi Niklas,

Thanks, we tested it and this seems to work!!

Regards,

Hi,

We have the same problem and its very annoying that partial refunds/chargebacks result in a status-change. I’ve looked in the source and I think I’ve found the code where the new order status is set to on_hold. FYI: its line 1194 in Abstract.php (Gateway dir).

I hope Plugin Support (or @aweissinpsyde or @niklasinpsyde ) can change this, or maybe make a hook so we can cancel the status update? I think this would be a small update for de plugin devs so we have a temporary solution?
Another option is to make it a setting that the status is changed? But that would maybe take some more time?

Regards,

Yes, I’ve got the same problem. Plugin works great (got the adds-ons too), but the cart-link for variable products has some problems indeed!

Hi,

I found this thread and have a similar problem, hope its ok that I post it here.

In our logfiles there is an hourly error like this:

CRITICAL Allowed memory size of 536870912 bytes exhausted (tried to allocate 8388616 bytes) in /var/www/vhosts/example.com/httpdocs/wp-includes/wp-db.php on line 1973

I tracked it down to the aiowps_hourly_cron_event, when I pause that (or turn it off), the error dissapears.

I already updated our version of the plugin from 4.3.4 to 4.4.3, but that didnt help.

Do you have any suggestions on how to fix this or could you explain why the cron isgenerating this error?

Ok, I’ve noticed it does work on another install, so it might have something to do with the other plugins/settings. I’ll have another try and if it doesnt work, i’ll contact you by mail. Thanks!

Hi Ewout,

Thanks for the reply. I’ve bought the premium extension, but the option to “sort items” isnt saved. I tried it a few times, but after saving it keeps displaying “standard” as value (both with the invoice as the packing slip).

Vincent

I found a solution, add this to your functions.php:

remove_action( 'wp_insert_comment', 'flamingo_insert_comment' );
remove_action( 'transition_comment_status', 'flamingo_transition_comment_status', 10, 3 );

@donncha could the suggested function be the problem? I see a lot of similar forum threads the last weeks. You must be busy, but hopefully you can also reply with some info on caching multisite installations and the wpsc_last_post_update? If needed I can help with debugging or something…

PS: I have commented out wpsc_timestamp_cache_update and now the config file doesnt get corrupted anymore.

Hi,

We have the same problem. After a few hours the wp-cache-config file gets corrupted. As a result the file cant be read and the default error-message is presented (permissions).

When we overwrite the file with an old backup, it works again.

I also think it’s since v1.5.4 and has something to do with the function wpsc_timestamp_cache_update (wpsc_last_post_update). Because of this the config-file gets updated a lot?

We use multisite and maybe this last_post_update only works when you’re caching one blog?

I’ve had similar problems the last week, it seems the wp-cache-config file gets corrupted after a while. Maybe it’s because the file gets udpated/overridden constantly.

@sabhlok are you sure you deleted wp-cache-config.php? it looks like your configfile is also corrupted and the starting php-code is missing: <?php ....

@mherio did you follow all the steps about uninstalling?
https://www.ads-software.com/plugins/wp-super-cache/#other_notes

Yes, it works!

Hi Ron,

Thanks, but the javascript dm-link isnt empty, it returns the html for the buddypress frontpage.

The console didnt display any errors, except for the line I posted..

I dived into the Domain mapper plugin and it seemd that the remote_login_js hook was overwritten somehow. I’ve adjusted this line:
add_action( 'template_redirect', 'remote_login_js' );
to:
add_action( 'template_redirect', 'remote_login_js', 1 );

That seems to work, I will be trying it on our live server the coming hours.

Hi Ron,

Thanks for your reply. You’re right, there is a JS error in the domaning-mapping-script. The DM-script in the header used to give back a string of code to redirect the user so you’re automatically logged in. But now the script just shows the frontpage.

So this line of code includes the frontpage of the Networksite:
<script src="https://network.mysite.com/?dm=5b780f2ae1467424c6897ac5d8366f55&action=load&blogid=4&siteid=1&t=29832732&back=http%3A%2F%2Fwww.mysite4.com%2F" type="text/javascript"></script>

The url returns no javascript anymore, any idea why this happens because of the buddypress update?