Chad

Please note I solved this. Utilizing the default form values on the product level for the variable product in question.

Disregard previous post. This was fix. It was a result of plugin conflict.

This is happening to me as well.

You can view the system stats for the site at https://www.dropbox.com/s/ggvt07vhe3vzc5q/rutz-sys-stat.txt?dl=0

It appears that after updating Stripe for WooCommerce that the site is now reporting a 404 for the file https://rutznaturals.com/wp-content/plugins/woocommerce-gateway-stripe/assets/js/stripe.min.js?ver=3.0.3

I’ve verified that this file indeed does NOT exist on the server.

I resolved the issue.

It turns out the client has previous setup “Shipping Calculations” directly within their PayPal account before they switched to WooCommerce. PayPal >> Profile >> Profile and Settings >> My Selling Tools >> Shipping Calculations

As such when an order was set from Woo to PP, PP was getting confused because it had a [mc_shipping] value being sent via the IPN, but PP itself was also trying to calculate the shipping cost based on the “Shipping Calculations” table of shipping rates set within the PP account.

Simply removing the shipping rate table within PP fixed the issue.

The way I stumbled across this fix was when I turned on the option for “Send shipping details to PayPal instead of billing.” within the PayPal settings of WooCommerce.
WooCommerce >> Settings >> Checkout >> PayPal >> Shipping Details

I hope this may help someone in the future.

Thanks again for your reply KTS915.

I have solved it. I feel really dumb for not noticing it sooner. In the code snippet from my OP I had the following line

if(!empty($_GET['user_id']) && !empty($_GET['item_number']))

Well, as it turns out the Signup Notification webhook doesn’t have access to the key/value user_id. It only has access to item_number

Secondly I realized that the API Transaction I actually need to create webhook for is not the Signup Notification but rather the Registration Notification. The Signup Notification is notified each time a “new”, “paying” Member signs up. The Registration Notification on the other hand is triggered right after a ‘Signup’ Notification; at the point in which a “new” Member successfully completes the Registration form, and they are assigned a Username within WordPress.

While technically since I’m uisng Stripe and not PayPal, the email address which is available from the Signup Notification API is the same as the email address available from the Registration Notification API, the Signup Notification API doesn’t have access to the key/value pair of user_id as previously stated. The user_id allows you to query the database to gain access to all data stored in the members WordPress user account record using:

$user_id     = (integer)$_GET['user_id'];
$user = new WP_User($user_id);
$first_name = $user->first_name;
$last_name  = $user->last_name;
$email      = $user->user_email;
$username   = $user->user_login;

Thanks again for your replies. This is now resolved.

A note to anyone else working with these. Be sure to play CLOSE attention to the values available to each of the separate API Notifications. Not all values such as user_id are shared between them.

Thanks KTS915. I came across that URL in my research. Unfortunately each of the examples that developer references in the post is related to s2_payment_notification

With each test I’ve run using s2_signup_notification, I am unable to successfully write any data to my.log file, but if I change it to s2_payment_notification the entry in the log file works without fail.

Since the s2Member API Notification trigger for Payment Notifications is only run every time a payment is made (include renewals) I cannot use that notification trigger. I need to find out how to successfully detect a signup using the Signup Notification which according to the s2Member documentation is only ever run once when a person first signs up and pays.

My goal here is to add a new signup to an autoresponder within ActiveCampaign, but they should only be added when they first signup. Not every time they renew their subscription each month.

Thus I am still indeed of figuring out how to tie into a signup notification.

It would seem that the reason I am not getting any entry in my.log when the Signup Notification webhook is run is because the check for

if(!empty($_GET['s2_signup_notification']) && $_GET['s2_signup_notification'] === 'yes') is returning as empty

Please disregard. I found your checklist post at https://www.ads-software.com/support/topic/ugraded-version-10x-checklist?replies=8 and went through the process of flushing the permalinks and opening the settings for both post type and taxonomy and saving. This corrected my issue.

I’m having the same issue I believe

Notice: Undefined index: rewrite_withfront in/wp-content/plugins/custom-post-type-ui/custom-post-type-ui.php on line 266

Notice: Undefined index: rewrite_hierarchical in /wp-content/plugins/custom-post-type-ui/custom-post-type-ui.php on line 267

$rewrite = get_disp_boolean( $taxonomy['rewrite'] );
        if ( false !== get_disp_boolean( $taxonomy['rewrite'] ) ) {
                $rewrite = array();
                $rewrite['slug'] = ( !empty( $taxonomy['rewrite_slug'] ) ) ? $taxonomy['rewrite_slug'] : $taxonomy['name'];
                $rewrite['with_front'] = ( 'false' === disp_boolean( $taxonomy['rewrite_withfront'] ) ) ? false : true;
                $rewrite['hierarchical'] = ( 'true' === disp_boolean( $taxonomy['rewrite_hierarchical'] ) ) ? true : false;
        }

@nickness said you removed the empty check to correct this. Can you elaborate on what specifically you removed? I tried changing:

$rewrite['slug'] = ( !empty( $taxonomy['rewrite_slug'] ) ) ? $taxonomy['rewrite_slug'] : $taxonomy['name'];

to be

$rewrite['slug'] = $taxonomy['rewrite_slug'] : $taxonomy['name'];

but that didn’t seem to fix it.

I was able to fix it by running Home >> SQL Services >> Repair a MySQL Database within WHM/cPanel of my VPS server.

I would vote up this ability. It would be great if the plugin spit out the direct links to the files uploaded rather than having to log into the admin. We have over 15 people who conditionally received form submissions and it is not feasible to give that many people access to the WordPress admin to access this section.

Update:

I’ve set the max execution script time within the BackWpup settings to 30 seconds and set the reduce server load to Medium.

I also changed the compression from tar.gz to simply tar

Now its at least fully generating the tar file, and connecting to Amazon S3, but its not actually uploading the file. Its stuck at 1% as seen here – https://note.io/SPqLb4

I know my connection to Amazon is working as my daily database only backups are pushing out just fine and for what its worth, this website is hosted on a shared plan with Dreamhost.

Thoughts?

Alright, apparently WP disabled replies on that thread. Here is the link I found https://toddwilson.icreativepro.com/wordpress-tips/wordpress-joyride-dashboard/ this is using JoyRide from Zurb and it looks like it might lead you to a solution. I no longer have a need for this, but I think this is what I was looking for. Here is a link to a demo plugin using JoyRide – https://github.com/crypticsoft/wpjoyride

In the interest of keeping this thread on topic, I’m going to reply to the post you linked to as I found a solution.

Thanks for your response! Unfortunately I never found out how to do the post plugin installation tour.

Sounds like at this point our best bet to ensure full universal tracking goodness is to simply forgo a plugin and do it the good ol’ fashion way. Pop the GA JS into your website manually. However, I would like to see some response from Joost on this.