r-c
Forum Replies Created
-
Forum: Plugins
In reply to: [Translate Wordpress with GTranslate] GTranslate-Translation-Proxy botOk thanks good to know. However, my server logs don’t show me the headers you mentioned so I don’t know what is triggering those visits.
I have noticed some ad crawlers like admantx crawling my original website with bad capitalization … so could they have then discovered the other language versions and started crawling them incorrectly too?
Just wondering if that technically sounds possible?Forum: Plugins
In reply to: [WooCommerce] Add customer email to pending cancellation of subscriptionUPDATE: Got it to work this way:
add_filter( 'woocommerce_subscription_status_pending-cancel', function ( $subscription ) { $customer_email = $subscription->get_billing_email(); $wc_emails = WC()->mailer()->get_emails(); $wc_emails['WCS_Email_Cancelled_Subscription']->recipient .= ',' . $customer_email; $wc_emails['WCS_Email_Cancelled_Subscription']->trigger( $subscription ); return $subscription; } );Don’t know if this will help others, but I had this same problem with credit card field not appearing for signed in users. It came down to one line in my child theme functions.php file:
wp_deregister_script(‘wp-embed’);
Once I commented out that line, credit card field appeared for everyone, both signed in and signed out users.
Hi, just completed going through the WooCommerce Subscriptions help chat, and slowly, by process of elimination, I determined that one line in my child theme functions.php was triggering the error and causing the credit card form not to appear for signed in users (but still appear for signed out users):
wp_deregister_script(‘wp-embed’);
Once I commented out that line, the credit card form appeared for all users.
Hope this helps somebody else!
I am having a similar issue on v 3.1.0:
On my /checkout page, when a user is NOT signed in, they get a “Credit card / debit card” section and all works correctly.
However, for signed in users on my site (e.g. signed in as role “subscriber”), if they go to /checkout then NO credit card section appears at all…instead there is just an empty section that says “WooCommerce Payments” and no ability to enter a credit card.
When I look in the chrome console, I see:
upe_checkout.js?ver=3.1.0:1 Uncaught TypeError: Cannot read properties of undefined (reading ‘apiFetch’)The error is being triggered by upe_checkout.js
If I type window.wp.apiFetch into the chrome console, I get the same error.
So I guess the question is why window.wp not defined for signed in users?
(or more generally, why does the credit card input form not appear for signed in users?)Thanks for any help!
- This reply was modified 4 years, 6 months ago by r-c.
Ok, I have sent the diagnostics report. (I wasn’t quite clear on what you meant by “They should block you but also your own IP address should be showing as AWS unless you are using a VM on an AWS server. That could be an issue with how IP Detection is set up.”)
Can you let me know how to respond back to you privately after you have reviewed the report as I don’t want to share my email address and website here please.
Thank you for your help.
Perfect. Got the pro version and trying out integration with integromat. So far so good.
Awesome, seems like some good options!
Related question though related to using PayPal into the WP Webhook:
In Paypal IPN, I have a custom field when I am receiving a txn.type == subscr_payment message that is called option_selection2
On a cancellation or expiration message type, that same field is called option_selection1
I am getting some information that maybe this field is not available in PayPal WebHooks? That would really be a bummer is it is a required field for my app — it’s the field that contains the user’s Google email address that needs to be used as the email address when creating the wordpress user.
Any knowledge on this one? 🙂