peteratomic

Still trying to debug. ACF support said:

If you don’t find the updated data then the import could be a draft post. In this case the data could be attached to a different post ID and this post ID will be a child post of the real post ID. You can look for this by looking for posts where the post_parent is the real post ID.

After frustrating attempts to find the postmeta tables for the existing post IDs, I decided to try deleting all of the imported assets and just start over.

Now I can’t even sync anything. Turned on logging and got this:

Error: WordPress update for assets ID 21960 from Salesforce record 02i5I0000049jPsQAI was unsuccessful with these errors:

Errors from WordPress result:

WP_Error Object
(
[errors] => Array
(
[invalid_post] => Array
(
[0] => Invalid post ID.
)

)

[error_data] => Array
(
)

[additional_data:protected] => Array
(
)

)

So the plugin seems to be permanently mapping SF assets to posts that are gone, with no way to reset that? Only thing I can find in the settings that seems remotely close is “Prevent Duplicate Field Mapping?” but that’s not checked. Any ideas so I can start over?

Thanks for the quick reply @jonathanstegall!

1. Its not actually switching from “published” to “draft” in the classic WP sense, but in terms of it being visible or not via post query

2. we don’t have any caching system in place, so does that make it sound like its an ACF problem? That your plugin could be importing data from SF, where it “almost” is saved into an ACF field, but then isn’t visible until manually published?

3. will see if someone on our team can do that.

Finally, if its just you… are you available for hire to help solve these issues?

Hope my last comment didn’t come across that I was blaming you @jonathanstegall. Think you’ve done something amazing with this plugin and I can appreciate if you can’t support what seems to be an outlier case with this one.

There may be some budget available if you or your team are able to look in to this “on the clock”.

Think we’re going in circles a bit. I only used bulk edit to change all imported posts to publish. Mentioned it only to be thorough in describing the total experience.

The code snippet to set automatically to publish definitely works. But it doesn’t solve the problem, as the posts still won’t show up unless I manually click Update inside each one. Could live with it if we have to, but definitely isn’t as efficient.

So from everything you said, I thought I was supposed to write a custom function to make sure save_post fires after data is imported into WP.

FYI – once the post is manually saved using the Update button, then all data changes ARE getting instantly saved, so its just the first initial save that is needed.

hey @jonathanstegall thanks for the quick response. Apologies for the murky post… realized part way thru that it was a bit more complicated to describe than I thought, but was rushed to get it posted.

thanks for confirming #1 and #2… that’s all I was hoping for.

The bulk edit feature I mentioned is when you’re in post list view and you can click the checkbox in the header to select all posts and then reset various properties, like from “draft” to “published”. If in #3 “this plugin” refers to ACF (rather than yours) then I would seem to have confirmed that this bulk edit feature doesn’t trigger save_post from what I’ve seen. (Since nothing showed up until I’d manually clicked “update’.) But sounds like that also won’t happen with your suggestion in #1/2? Will check the link above and see… 🙂

Thank you @3sonsdevelopment !

Curious though… was this something that changed with a new version of Woocommerce? The default we’ve had since launch was a product page link on the add to cart button, then it suddenly changed, but can’t say exactly when.

Actually found that this is happening on ALL product links, not just shortcodes. Tried disabling plugins and using storefront, but neither helped. Tried permalink reset, no help.