Title: therab's Replies | WordPress.org

---

# therab

  [  ](https://wordpress.org/support/users/therab/)

 *   [Profile](https://wordpress.org/support/users/therab/)
 *   [Topics Started](https://wordpress.org/support/users/therab/topics/)
 *   [Replies Created](https://wordpress.org/support/users/therab/replies/)
 *   [Reviews Written](https://wordpress.org/support/users/therab/reviews/)
 *   [Topics Replied To](https://wordpress.org/support/users/therab/replied-to/)
 *   [Engagements](https://wordpress.org/support/users/therab/engagements/)
 *   [Favorites](https://wordpress.org/support/users/therab/favorites/)

 Search replies:

## Forum Replies Created

Viewing 15 replies - 1 through 15 (of 17 total)

1 [2](https://wordpress.org/support/users/therab/replies/page/2/?output_format=md)
[→](https://wordpress.org/support/users/therab/replies/page/2/?output_format=md)

 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Two Factor] Two-factor 0.14.2 works, 0.15.0 doesn’t](https://wordpress.org/support/topic/two-factor-0-14-2-works-0-15-0-doesnt/)
 *  [therab](https://wordpress.org/support/users/therab/)
 * (@therab)
 * [1 month, 2 weeks ago](https://wordpress.org/support/topic/two-factor-0-14-2-works-0-15-0-doesnt/#post-18895046)
 * [@masteradhoc](https://wordpress.org/support/users/masteradhoc/) I am using multi-
   domain+multi-language like [http://www.domainname.com](http://www.domainname.com)
   en.domainname.com fr.domainname.com
   btw. 0.16 has the same problem.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Two Factor] Two-factor 0.14.2 works, 0.15.0 doesn’t](https://wordpress.org/support/topic/two-factor-0-14-2-works-0-15-0-doesnt/)
 *  [therab](https://wordpress.org/support/users/therab/)
 * (@therab)
 * [3 months, 2 weeks ago](https://wordpress.org/support/topic/two-factor-0-14-2-works-0-15-0-doesnt/#post-18835635)
 * On our system, we see constant login dialogs now, after each and every click 
   in the admin.
   That’s really bad. Makes the system unusable. No error in the logs,
   but this behaviour is a bug.V 0.15.0
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[ShopLentor – All-in-One WooCommerce Growth & Store Enhancement Plugin] Huge banner add never goes away](https://wordpress.org/support/topic/huge-banner-add-never-goes-away/)
 *  [therab](https://wordpress.org/support/users/therab/)
 * (@therab)
 * [1 year, 9 months ago](https://wordpress.org/support/topic/huge-banner-add-never-goes-away/#post-17963542)
 * It is still there, it still does not go away.
   And it is SO annoying. Where is
   a checkbox to remove it for good?
 * There IS a reason why I don’t need the paid plugin version on ALL systems, e.
   g. dev and staging.
 * So how to get rid of the banner?
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WooCommerce] Customer emails not sending](https://wordpress.org/support/topic/customer-emails-not-sending/)
 *  [therab](https://wordpress.org/support/users/therab/)
 * (@therab)
 * [2 years, 3 months ago](https://wordpress.org/support/topic/customer-emails-not-sending/#post-17481316)
 * Same here, it broke after my update yesterday.
   In the code, that should send 
   the emails, this error is triggered. I’m still digging in, but do you happen 
   to see the same error in your logs?`PHP Fatal error: Uncaught Exception: Cannot
   construct an instance of Automattic\WooCommerce\Blocks\Domain\Services\CheckoutFields
   because it has not been registered. in /var/www/staging/wp-content/plugins/woo-
   gutenberg-products-block/src/Registry/Container.php:89`
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WooCommerce] Email verification after woo order from guest ?](https://wordpress.org/support/topic/email-verification-after-woo-order-from-guest/)
 *  [therab](https://wordpress.org/support/users/therab/)
 * (@therab)
 * [2 years, 10 months ago](https://wordpress.org/support/topic/email-verification-after-woo-order-from-guest/page/2/#post-16956561)
 * 1.) Of course that works, because in effect it disables the code that was added(
   and with it introducing a breaking change). Something like this is what everybody
   needs to do as a workaround. Sadly. 
   Please note: Your fix may only help in _some_
   cases. In other cases, the user may be asked to log in, and that’s a different
   part of the code.2.) Be careful, because with the next plugin update, you need
   to re-do your fix.3.) Some of us are currently trying to persuade the developer
   of that piece of code to add a hook to turn on and off his breaking change, but
   we’re not there yet.[https://github.com/woocommerce/woocommerce/pull/38983](https://github.com/woocommerce/woocommerce/pull/38983)
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WooCommerce] Email verification after woo order from guest ?](https://wordpress.org/support/topic/email-verification-after-woo-order-from-guest/)
 *  [therab](https://wordpress.org/support/users/therab/)
 * (@therab)
 * [2 years, 11 months ago](https://wordpress.org/support/topic/email-verification-after-woo-order-from-guest/#post-16900121)
 * The look for a fix (or the problem) goes on on github, you may want to have a
   look here:
   [https://github.com/woocommerce/woocommerce/pull/38983](https://github.com/woocommerce/woocommerce/pull/38983)
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WooCommerce] restriction on the thank you page](https://wordpress.org/support/topic/restriction-on-the-thank-you-page/)
 *  [therab](https://wordpress.org/support/users/therab/)
 * (@therab)
 * [2 years, 11 months ago](https://wordpress.org/support/topic/restriction-on-the-thank-you-page/#post-16895607)
 * I rolled back this commit: [https://github.com/woocommerce/woocommerce/commit/1cd947a32064bf3b716521110eae2856711ab775](https://github.com/woocommerce/woocommerce/commit/1cd947a32064bf3b716521110eae2856711ab775)
 * in the file
   /plugins/woocommerce/includes/shortcodes/class-wc-shortcode-checkout.
   phpin my installation, and it solved the problem.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Payment Plugins for Stripe WooCommerce] thanks page changed](https://wordpress.org/support/topic/thanks-page-changed/)
 *  [therab](https://wordpress.org/support/users/therab/)
 * (@therab)
 * [2 years, 11 months ago](https://wordpress.org/support/topic/thanks-page-changed/#post-16895601)
 * I rolled back this commit: [https://github.com/woocommerce/woocommerce/commit/1cd947a32064bf3b716521110eae2856711ab775](https://github.com/woocommerce/woocommerce/commit/1cd947a32064bf3b716521110eae2856711ab775)
 * in the file
   /plugins/woocommerce/includes/shortcodes/class-wc-shortcode-checkout.
   phpin my installation, and it solved the problem.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WooCommerce] restriction on the thank you page](https://wordpress.org/support/topic/restriction-on-the-thank-you-page/)
 *  [therab](https://wordpress.org/support/users/therab/)
 * (@therab)
 * [2 years, 11 months ago](https://wordpress.org/support/topic/restriction-on-the-thank-you-page/#post-16894558)
 * From those three plugins, I also use woocommerce and Payment plugins for Stripe
   WooCommerce.
   But disabling “Payment plugins for Stripe WooCommerce” does not 
   help now. When I re-view the “thankyou” page for my order, I always see the login
   form, instead the normal “thankyou” page. ~It seems as if the order (post) itself
   is marked “private”, and anytime I want to see its thankyou page, I only get 
   to see the login form. If that makes any sense…~
 * Nope… that’s not it. It’s the same for the “thankyou” page of very old orders,
   too.
    -  This reply was modified 2 years, 11 months ago by [therab](https://wordpress.org/support/users/therab/).
      Reason: ...tried some more
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WooCommerce] Email verification after woo order from guest ?](https://wordpress.org/support/topic/email-verification-after-woo-order-from-guest/)
 *  [therab](https://wordpress.org/support/users/therab/)
 * (@therab)
 * [2 years, 11 months ago](https://wordpress.org/support/topic/email-verification-after-woo-order-from-guest/#post-16892755)
 * There is no answer behind that link, so would you please post the solution here?
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WooCommerce] restriction on the thank you page](https://wordpress.org/support/topic/restriction-on-the-thank-you-page/)
 *  [therab](https://wordpress.org/support/users/therab/)
 * (@therab)
 * [2 years, 11 months ago](https://wordpress.org/support/topic/restriction-on-the-thank-you-page/#post-16892748)
 * Same here. Not allowed to send the logs.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[PDF Invoices & Packing Slips for WooCommerce] Generate document on order status change?](https://wordpress.org/support/topic/generate-document-on-order-status-change/)
 *  Thread Starter [therab](https://wordpress.org/support/users/therab/)
 * (@therab)
 * [3 years, 1 month ago](https://wordpress.org/support/topic/generate-document-on-order-status-change/#post-16666389)
 * [@alyvegermany](https://wordpress.org/support/users/alyvegermany/) nope, sorry.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WooCommerce Stripe Payment Gateway] 3D Secure payments not working](https://wordpress.org/support/topic/3d-secure-payments-not-working/)
 *  [therab](https://wordpress.org/support/users/therab/)
 * (@therab)
 * [5 years, 8 months ago](https://wordpress.org/support/topic/3d-secure-payments-not-working/#post-13446022)
 * Same here.
    It works in Test mode where there is no 3D secure check, but in live
   mode, the checkout page simply stays put.
 * The stripe log gives it away that in reality, there should be some kind of (3D-
   Secure) dialog:
 * 2020-09-23T15:27:41+00:00 DEBUG
    ====Stripe Version: 4.5.2==== ====Start Log=
   === Stripe PaymentIntent pi_[blablayaddayadda] requires authentication for order
   12345 ====End Log====
 * So why does the 3D Secure dialog not appear?
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Tracking Code Manager] Bug in paid version.](https://wordpress.org/support/topic/bug-in-paid-version-2/)
 *  Thread Starter [therab](https://wordpress.org/support/users/therab/)
 * (@therab)
 * [7 years ago](https://wordpress.org/support/topic/bug-in-paid-version-2/#post-11596650)
 * Not a bug. There *are* plugins out there that remove <script></script> tags on
   purpose.
    doh!
 * But still there is the nagging question: Why are the version numbers different?
   
   Does that mean that the code base between ‘free’ and ‘paid’ is not the same? 
   Then it’s difficult to trust the paid version… does not seem right at all.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Booster for WooCommerce – PDF Invoices, Abandoned Cart, Variation Swatches & 100+ Tools] Different price AND VAT per country](https://wordpress.org/support/topic/different-price-and-vat-per-country/)
 *  Thread Starter [therab](https://wordpress.org/support/users/therab/)
 * (@therab)
 * [8 years, 1 month ago](https://wordpress.org/support/topic/different-price-and-vat-per-country/#post-10210097)
 * Ok, I fixed this brutally:
    Whenever you change the country using the country
   selection dropdown, I set the shipping/billing country in the session, by using
   WC()->customer->set_shipping_country(…) and WC()->customer->set_billing_country(…)
   in class-wcj-price-by-country-core.php
 * Sadly, there is no hook for that to implement it in functions.php,
    so I had 
   to modify the plugin code directly and set the modified file to read-only to 
   keep it from being overwritten on the next update.
 * **Very** ugly, **very** dangerous.
    Would love to know a better way. A hook on
   WC()->session->set(…) would be great.

Viewing 15 replies - 1 through 15 (of 17 total)

1 [2](https://wordpress.org/support/users/therab/replies/page/2/?output_format=md)
[→](https://wordpress.org/support/users/therab/replies/page/2/?output_format=md)