ToPpS

I cloned the problematic feed and that seemed to fix the issue. The new version is working perfectly.

HI @shahedbd71

Thank you for the reply.

Points 1 through 3 were already in place.

I think the site cache is the culprit at the moment as I see the feed in question isn’t updating. I’ve followed your guide on that https://webappick.com/docs/ctx-feed/faqs/how-to-solve-feed-configuration-not-updating-issue/

Has anyone checked to see if the new update (version 2.6.3) has fixed the issue?

Likewise. After updating to Version 2.6.2. THe following notice is displayed. “This plugin is incompatible with the enabled WooCommerce feature ‘High-Performance order storage’, it shouldn’t be activated.”

Deactivated.

Thanks @tarynpargo. Email sent

Had it recently as well. I removed the “free shipping” method completely from all the zones. and then added them back one by one. Testing with debug mode on. I did not use decimals for the threshold. That worked for me.

Okay. so I moved the two fields (VAT and PO) to the bottom of the field and that has “fixed” the issue.

Thank you @bartech for the reply and suggestion. I’ve amended the setting.

Support post https://support.omnisend.com/en/articles/8775209-integration-with-ninja-forms

They’re certainly not the only plugin guilty of this…. but @dccs52 is right, the marketing menu is a great place to locate Omnisend.

If Omnisend wants to provide users with key updates and stats, you can employ a screen element / widget on the WP dashboard. Just a thought.

Deleted yoco plugin and installed the latest one. Upon activating it, saw the following error.

The plugin does not have a valid header.


This message was triggered by WordPress Core.

Call stack:

wp_die()
wp-admin/plugins.php:65

Yes. this also crashes one of my sites… details below.

Fatal error: Uncaught Error: Too few arguments to function Yoco\Gateway\Checkout\Method::setIcon(), 1 passed in /usr/www/users/balbazqnxu/wp-includes/class-wp-hook.php on line 310 and exactly 2 expected
in /usr/www/users/balbazqnxu/wp-content/plugins/yoco-payment-gateway/src/Gateway/Checkout/Method.php on line 26

Call stack:

1. Yoco\G\C\Method::setIcon()
   wp-includes/class-wp-hook.php:310
2. WP_Hook::apply_filters()
   wp-includes/plugin.php:205
3. apply_filters()
   wp-content/plugins/zapper-payments/zapper-payment-gateway.php:22
4. Zapper_Payments::__construct()
   wp-content/plugins/woocommerce/includes/class-wc-payment-gateways.php:97
5. WC_Payment_Gateways::init()
   wp-content/plugins/woocommerce/includes/class-wc-payment-gateways.php:70
6. WC_Payment_Gateways::__construct()
   wp-content/plugins/woocommerce/includes/class-wc-payment-gateways.php:43
7. WC_Payment_Gateways::instance()
   wp-content/plugins/woocommerce/includes/class-woocommerce.php:961
8. WooCommerce::payment_gateways()
   wp-content/plugins/woocommerce/src/Internal/Admin/WcPayWelcomePage.php:331
9. Automattic\W\I\A\WcPayWelcomePage::get_incentive()
   wp-content/plugins/woocommerce/src/Internal/Admin/WcPayWelcomePage.php:78
10. Automattic\W\I\A\WcPayWelcomePage::must_be_visible()
    wp-content/plugins/woocommerce/src/Internal/Admin/WcPayWelcomePage.php:96
11. Automattic\W\I\A\WcPayWelcomePage::register_payments_welcome_page()
    wp-includes/class-wp-hook.php:310
12. WP_Hook::apply_filters()
    wp-includes/class-wp-hook.php:334
13. WP_Hook::do_action()
    wp-includes/plugin.php:517
14. do_action()
    wp-admin/includes/menu.php:161
15. require_once()
    wp-admin/menu.php:420
16. require()
    wp-admin/admin.php:158
17. require_once()
    wp-admin/plugins.php:10

Thanks for the reply, but this isn’t a new install. The current setup has been working for the past few months until yesterday.

Running:

• Yoco Payments Version 3.0.2
• WooCommerce Version 8.0.2
• WordPress Version 6.3

Hi @wpupen
Was this issue fixed in the latest update?

Hey @wpupen
Thank you for the reply.

The main issue is that the text/heading changes on the page.
The link at the footer of the email shows an invoice with “ORDER” heading, whereas the client needs it to say “Invoice”. they send this with the shipment as a tax invoice/legal requirement. So it has to read “invoice or tax invoice”.

The page can be accessed correctly from the Edit Order page of WooCommerce (as mentioned above). But the client chooses to access the page via the email link which is more convenient than working through the backend of the site. So just trying to make sure that no matter which route they take, they can print off the same page.

I did edit the different URLs manually and test them in the browser and the resultant page were correct. The key change seemed to be adding “&print-order-type=invoice” to the email link.

This was the tested change to the Open print view in browser

https://www.website.url/my-account/print-order/58569/?print-order-email=somerandomemailaddress&print-order-type=invoice

I haven’t edited the PHP doc yet as I don’t want to impact the live environment of the site. Hence I wanted to run the change past you first before any edits were made.