tboy123

It was an issue with another plugin. Thank you for the help!

I believe I have isolated the issue and it does not involve your plugin.

Sorry for the inconvenience.

Tried it with that code disabled, still had the same problem

To be clear, that was added nearly 2 years ago without issue.

I am using some, but this is the only one related to woocommerce:

function sv_link_orders_at_registration( $user_id ) {
wc_update_new_customer_past_orders( $user_id );
}
add_action( ‘woocommerce_created_customer’, ‘sv_link_orders_at_registration’ );

Would that do it?

It started sometime between Oct 6 and 14. I have not made any significant changes to the website, such as adding or subtracting plugins.

I’m not sure screenshots would be helpful, but I can tell you everything that is being triggered:

• Miniorange API, triggers that a new user registered
• WP Webhooks, triggers that a new user registered
• User Registration, sends me an email that someone registered an account

I have a a Webhook in Woocommerce that triggers when an order is updated, but that has never previously triggered the new user registered functions.

It started sometime between Oct 6 and 14. I have not made any significant changes to the website, such as adding or subtracting plugins.

I’m not sure screenshots would be helpful, but I can tell you everything that is being triggered:

• Miniorange API, triggers that a new user registered
• WP Webhooks, triggers that a new user registered
• User Registration, sends me an email that someone registered an account

I have a a Webhook in Woocommerce that triggers when an order is updated, but that has never previously triggered the new user registered functions.

Okay, I added the url instead of a PHP cron, hope that works.

My hosting had no idea what to do with the error code. Any other ideas?

WP Webhooks 3.3.2

Members 3.2.9

I have a better grip on the issue, though I have worked out a way around it. A user updates his profile (or I do it on backend). I have a trigger in Pabbly to fire when wordpress user updates profile (they are doing so in User Registration plugin update profile page). When the initial update triggers in Pabbly, I sometimes have it update the user to different roles. This triggers the update profile again.

Example:

Current user: role 1, role 2

Manual update to: role 1, role 2, role 3

First update fires and info sent to pabbly:

• Old data (role 1, role 2, role 3)
• New data (role 1, role3)
• I have this function happening in Pabbly, but doesn’t make sense. Why would the old data for the first trigger be what I change it to?

Update fires a second time info sent to pabbly:

• old data (role 1, role 3)
• new data (role 1, role 3)
• Why would this trigger again? With the same two roles?

I even tested it with role changes that don’t trigger one of my pabbly triggers

• Current use: role 1, role 3
• Manual update: role 1, role 3, role 4
• Sent to pabbly:
• Old data (role 1, role 3, role 4)
• New data (role 1, role 3, role 4)
• The old and new data are the same

I investigated further. It seems to work correctly (old and new roles are actually different) when it is triggered through Pabbly or WP Esign plugin. It just doesn’t do it when I update it manually. I am using the Members plugin to manage roles. Could it be a conflict here?

Thanks!

Thanks! That helps a lot.

Thank you for that. I am also ensuring that the short code %location_description% does not show up anywhere else. Does it display anywhere else?

Works fine for me as of now.

After a little bit of random testing, it looks like the padding for top and bottom only worked from some elements if there was also padding for left and right. If there was no left/right padding, the top/bottom padding didn’t show, at least in Gmail