Just providing updates as I try to debug this so as to hopefully provide enough details as to find what could possibly be causing this. I should also not that we are still only running 1.9.9 and haven’t updated to the latest release from a couple weeks ago. I’m concerned about the new ACF updates since currently our ACF fields are all working right now and we are close to launch and need to keep things as stable as possible.
Anyways, the last go around was that we had the email address set as a Prematch key on our Contact <-> WP User field mapping. I completely removed that and are basically relying on Salesforce rejecting duplicates when the Push that is following the Pull reverts to a Create since no prematch was done for email address. This results in the second duplicate object map entry to be a failed mapping with a tmp_*
Salesforce ID but essentially we don’t care because we already have a good object mapping record from the Pull that occurred.
I tested creating a WP User and everything works without a hitch when creating in WordPress. The only disadvantage that we have is the case where we would somehow have a new Contact in Salesforce that hasn’t made it’s way to WordPress a new WordPress user with the same email address could get created and then we may end up with mapping errors that are going to be manually resolved. I think this scenario should be a small risk.
While I’ve figured out a “work around” this issue is not resolved. I can’t understand why a Push is happening as a result of a Pull creating a new WordPress User. My only other suspicion is if there is another plugin we have installed that is hooking into the user creation process and modifying the record in some way that the Object Sync process thinks that the WP User record has been updated.