alanjacobs

Hi, I have the same problem.

I have users who have changed their email addresses within WordPress …. but the mailpoet lists still use the old address.

I’ve tried force syncing but this does nothing.

I tried to edit the users entry in the list, as above, but also have the users email, first, last name all greyed out and uneditable.
In the lists drop down it does not show the WordPress Users list.

I did delete a user from the wordpress users list ( from viewing his name in subscribers – not by deleting them from WP ). But now I am unable to get them back into the list.

I note that there is an entry using the new email address in the Woocommerce list – but I have no idea how to move that to the WordPress list. I do not use the Woocommerce list at all. I just use segments of the WordPress list. Or would if they worked properly.

All a bit frustrating just to try and send an email to all my members!

No more assistance needed thanks. I am now looking at other plugins to do what I need.

Just to be clear, it is NOT ACF I am interested in but ACPT. A different plugin although it does a similar job.

Cheers

Hi, The exporting is a great tip as in looking again and getting ready to export I found the issue! I had 2 very similar Tag groups and had selected the wrong one as Multiple.
So that part now works perfectly. Sorry.

ACPT integration still remains a request though. As the custom field is not seen by Forminator.
Also an option for checkboxes instead of dropdowns would be great.

Cheers
Alan

Also … when the notification email is sent to the admin about the form submission and post creation it does not include all the data.

The email has {all_fields} but that only includes the actual post data and not the categories, Tags or Custom fields.
Must all these be added manually, if so how?

Thanks
Alan

Hi,
Many thanks, that’s worked a treat!
Cheers
Alan

Hi,
Ran the 4 hours of monitoring again last night.

Automator still appears near the top but much improved, so huge thanks!

The only concern I now see flagged is a slow hook called from Wordfence to AutomatorWP_Integration_wpDiscuz
I have no idea why Wordfence is the initiator ( request url = /?wordfencesyncAttackData=xxxxxxxxx ) and it only took 130ms so not really bad.

I’ll play about with Perfmatters to see if I can stop some of the code running on all pages – not an AutomatorWP issue, just a general WordPress bugbear.

Again huge thanks for your help
Cheers
Alan

Wow thank you!
I have installed the new version on live now. It gave no issues on staging.
I’ll run the same 4 hour monitor at the same time this evening to try and compare.

I am using the APM application performance monitoring tool provided as part of my Kinsta hosting. https://kinsta.com/apm-tool/

I can drill down into individual actions and see a lot of detail ( More every time I use it! )
On yesterdays run I can now see that it seems that the pre_init hook is running on lots of pages. E.g. I have a forum and it runs when a user browses a topic in the forum. So I think that although the individual calls are short the cumulative effect is noticeable.

I’ll report back after tonights monitoring run. After that I’ll also look at PerfMatters to see if I can reduce all the unnecessary code loaded on every page ( not yours so much, but Woocommerce and others really aren’t needed outside the shop area. )

Many thanks for your support, much appreciated!
Cheers
Alan

Hi, I ran the monitoring again for 4 hours last evening. Results pretty similar.

Slowest plugin:

Plugin ** Total Duration % ** Total Duration time ** Max duration ** Average Duration ** Rate per minute
automatorwp ** 33.35% ** 64,561.27 ms ** 112.15 ms ** 0.46 ms ** 2,332.35

Slowest WordPress Hooks:
action:automatorwp_pre_init ** 24.67% ** 59,016.44 ms ** 112.15 ms ** 1.91 ms ** 515.083

I’m wondering if the code ( hook ) is firing on lots of pages hence the high rate.

Cheers
Alan

Thanks. As I said I may be misinterpreting the results …

I already use PHP 8.0
I already use INNoDB
Theme is GeneratePress, although I don’t really use any of it as Elementor pretty much replaces it all.

This was a 2 hour snapshot. No automations ran at this time. So this was just people viewing pages in the site.

I am aware that I have some performance issues – hence running the monitoring. What surprised me was the results.

I have now kicked off a 4 hour monitor period and I’ll see what that raises.

Cheers
Alan

Hi, After more testing I do not believe this is a cache issue ( having disbabled all the caching I am aware of ).

I think this is down to the triggers.

I have 2 sequential triggers.
1) Woo – User purchases a product ( Renewal membership )
2) Woo -User completes a purchase.

When the 1st trigger is invoked it runs against the User themselves. But the 2nd is initiated by an Admin who manually completes the users order.
Even though the logs show that the triggers are met and the automation fires the fields are not being updated.

The same automation runs perfectly when the users purchase and order completion happen at the same time. ie no Admin manual completion of an order.

Having looked more at triggers I see that there are a couple of Pro Woocommerce ones that might be more appropriate in this case.
Users order status changes to a status
or perhaps better
Users order with a product changes its status to a status

Does this sound a likely cause?

Alan

Had a repeat of this issue today.
Again a manual Completion of the WC order.
Automation triggered and says it all ran ok. Even sends an email that lists the old and new values it claims to have updated.

But the WP Users view shows one field with the new value ( an Admin Columns added column ) But the actual profile shows no updates or changes at all.
UM cache plus Kinsta and Autoptimize caches all cleared.

Not too sure where to go now. Maybe try and create a stripped down test site and try and recreate? ( Currently testing on local so can’t give you access )

Cheers
Alan

To answer my own question: Yes setting the Trigger to the specific key that I am updating works perfectly.

Now only the single user that I update has the automation run against it and all the actions work as hoped.

I’ll do some more testing but looks ok at the moment!

Cheers
Alan

Thanks for the quick reply.

So today I started my local development server and immediately the Automation ran without me doing anything.
From the logs it ran against about 100 users out of 500 actual users.

The Automation did actually work as hoped in that if the users profile custom field was set to the correct value then the actions fired correctly. But why to all those users?

I suspect this is due to the Trigger setting. By setting Key to Any then any profile that gets updated will trigger – this is very likely as there are numerous hidden fields in the user meta that are updated by the system at its own whim.

Perhaps refining the Trigger to check a specific key rather than ANY would help?

Cheers
Alan

Hi Ruben,
Many thanks for the advice. I’ve been trying it but still seem to have some issues.

I set up the Trigger as you suggest. My only change was that I added multiple actions, each with their own but identical filter. ( to remove multiple Roles and then add a final role )

When I run this I am seeing in the logs that the filter is saying that it did not match so the Action is not performed.

I use Ultimate Member and its User Profile ( so not the WP profile ). I have a number of custom fields added to this profile and can access them using your user_meta.

Now as an Admin I edit a users profile and change the custom field of that user and save the profile.
The logs now show the automation was triggered but despite the field being updated the filters are comparing against the old value and not the newly updated one – hence no surprise they say no match.

So a few points from all this:
When I as an admin update a users profile – does the automation run under my id or the users profile that I am editing? ( The logs seem to indicate it is the user but I’m not sure )
Possibly this is also related to another of my questions about delayed triggers. In that case a user buys a Renewal product and a physical product and his order is only marked Completed ( which completes the trigger ) by an Admin. So again I wonder if the automation is running against the wrong userid?

When creating the Actions it would be great if we could copy an existing action and/or filter to save having to enter identical ones repeatedly.
Alternatively could a filter be made to apply to a group of actions rather than just one?

Sorry for the lengthy post.
Cheers
Alan

Sorry. These were really pre sales questions as I could not work out from the documentation if they could do what I wanted to achieve, before I purchased them. You’ve answered that now so thanks.

I’ll try to do this another way.

Cheers
Alan