Ok, got a bunch of screenshots. It appears that wishlist levels are properly mapped to wp roles. Also got screenshots from the event logger, with the wishlist events suggested.

Wishlist mapping to roles:

Sequential upgrades details:

Event Logger:

hmm… having hard time following the logger data from my tablet on travel… but wishlist does seem configured correctly…

are you saying you are seeing events logged for the auto upgrade role changes?  maybe Andy or Ike will see more in AM…

do you have a staging or test server we might be able to use for debugging?

I’m not sure how to read the event logger report, but it appears that there are events being logged. I did the upgrade manually, via the wishlist control panel, but I think it’s the same thing as the auto upgrade feature.

I’m running on WPengine so yes, I do have a staging server. What do you need from me to run some debugging?

maybe nothing at moment… just thinking out loud… 

thus far, we know that the wp role change action is getting fired for registrations and manual updates… but still not sure if its happening for the auto upgrades..  need to analyze the images bit more, but on travel this week…

hard part is that if wishlist is not using the wp api for changing the role in the auto upgrade instance, may not be much we can do…  but if they are using the wp api, we need to understand what actions wp may be doing that plugins can use, if any…

hard part is that auto upgrades occur outside the ‘normal’ web page processing… so not sure how to even test or check…  but thinking…

I had a closer look.

It appears that when wishlist upgrades a user, their role in Wishlist is changed, but their role in wordpress is not.

If I change their role in wordpress users, simple press adds the role to their forum profile, and they the access permissions.

So it appears that the broken link is the connection between wishlist and wordpress. Or at the very least, wishlist changes their wishlist role, but not their wordpress role.

Ok, one step closer. Got a plugin that makes Wishlist communicate with wordpress.. so when I upgrade someone in wishlist, the plugin upgrades their role in wordpress.

I thought this would fix the problem, since before, if I upgraded someone manually in wordpress, they’d upgrade in simple press.

But instead, now they’re not getting upgraded in simple press.

Good progress.

The whole thing still revolves around whether the necessary WordPress standard action hook is called. and as I believe we have said somewhere before/above, we have encountered plugins that change WP role but do NOT fire the hook as they should.

So the first thing to discover – one again – is whether the hook is being fired. And as before the SP event logging plugin should tell us this.

(I honestly do not recall the name of the plugin that we know did not work properly in the past. Steve may remember when he is up and about later in the day)

So what should I do – wait for an automatic upgrade, then check the event log?

I’m using a WLM plugin/extension to change the WP role. It’s called changerole-wlm-ext.

I think you are going to have to wait to see what gets sent through if the hook is fired.
You could also ask the authors of that plugin if it does indeed fire the standard event hook… – that’s the one you are tracking in the log.

The hook wasn’t fired. Whether I upgrade someone manually or auto, it’s not triggered.

I don’t really get it…

Perhaps we can just step back to basics for a moment. This Codex article describes exactly what we do on this site and what many, many other Simple:Press users do who also use WishList. It is basic and simple. Note that the very last paragraph is now out of date as that functionality has been added as you will know from the Mapping admin panel.

I am just suggesting at the moment that you double-check each point in the article to ensure that is exactly how you have things set up.