cirrus123

Done – I’d like to get it resolved ASAP, thanks.

If it helps, the prompt at the top of the site is not going away no matter how many times I click “No thanks”:

Want to help make?BetterDocs?even more awesome? You can get a?10% discount coupon?for Premium extensions if you allow us to track the usage.

The AJAX call is definitely working, as it is updating the status. The issue is that it is not showing up in the order list if it is a custom status that has been updated programmatically.

I am beginning to perhaps diagnose where the issue may lie.

It relates to the actual status name:

1) If I create a custom order status in WooCommerce that does not have the “wc-” prefix, it does not work as expected – when I try to manually update the order status to the custom status via the order edit page, it does not update.

2) If I do use the “wc-” prefix, I can manually update the order status. However, if I try to use the $order->has_status function, I need to remove the “wc-” in order to get a positive result.

So my initial hypothesis is that the update_status function that is called programmatically is somehow different than the one called when the order is updated via the order edit page, and this is where an issue is arising. It has something to do with the wc- prefix, maybe.

$order->set_status('shipment');
$order->save();

or

$order->set_status('wc-shipment');
$order->save();

have exact same issue, as does:

$order->update_status('shipment');

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

Can you outline what the resolution was? (this is a repeated question)

I don’t need to contact support – I want support in the support forum so others can also benefit from it.

As explained, I have added everything in the backend, and it is still not working.

I have checked your code and the ‘bookly_stripe_publishable_key’ option is not called anywhere in the entire plugin. This means there is a bug.

Can you outline the resolution here? I am having the same exact problem.

Confirmed it must be REFUNDED, not CANCELLED for the plugin to trigger a cancel on the earnings. That doesn’t make much sense at all and is poor, poor coding.

Yes, that is exactly what I said. It is totally unacceptable and invasive. You are horrible plugin authors – it keeps happening, over and over, and I am complaining to WordPress regarding this as this is a breach of the developer terms of service as far as I understand.

Seems to randomly send the email eventually, marking as resolved.

Additionally, just so there is no confusion – their CSV specifically suggests a ‘name’ field. I have now ‘fixed’ their plugin as previously although it extracted the name field, it did nothing with it – stored nowhere and lost.

Yet another plugin where the code is horrible, documentation weak, and all these guys want to do is make money by pushing their plugins without actually solving issues with proper dedication and pride in their software.

Hi there – I found the filter:

wpam_credit_amount

Thanks.

In fact, given it has 400 installs and 60 reviews which is about 15 times the normal ratio of installs to reviews, and nearly all of them are 5 stars, I have to assume these guys have piped a lot of fake reviews in here to sell their premium version. Stay away.

Hi there – I am not interested in purchasing an addon – I require a hook that I can add custom logic to. I will have to dig into your code to find it if you do not provide it, thanks.

Hi there – yes, WooCommerce

Actually, even if you go and pay the order, even if the order is kept in the processing status, the download link shows up.

This is clearly undesirable: customers should have no access to download links while the order is not completed.