posts aren't showing on the first several pages on the "New" pull content page

[davefischoff]

I'm using the distributable_post_types filter to only allow 2 kinds of post types to be distributed via the Distributor plugin- default posts and a custom post type. The custom post type that only has 126 posts shows correctly on the pull content page for new content, but the default posts which has 11104 items doesn't show any of the content on the first several pages. Here's a screenshot of the first page:

But if I paginate far enough, content does start to show. For example, here's a screenshot of page 49:

The only other code I've added related to Distributor is a hook into the dt_after_set_meta action, but I don't think that would have anything to do with this issue. Please let me know if you have any ideas as to why this might be happening and thanks in advance for your help!

[peterwilsoncc]

Hi Dave, sorry you're having trouble with distributor.

So I can test this out on my copy, are you able to let me know the following:

• is the connection an internal (multisite) connection or an external (rest-api) connection?
• is the first page that shows content displaying the most recent/page 1 content or is it showing the content you'd expect to see on that page?
• Are there any special characters (emoji, for example) in the posts that aren't showing?

Thanks, Pete

[davefischoff]

Thanks, Pete! And apologies for the delayed response- our office had a 4 day weekend. To answer your questions:

• is the connection an internal (multisite) connection or an external (rest-api) connection?

It's an external connection.

• is the first page that shows content displaying the most recent/page 1 content or is it showing the content you'd expect to see on that page?

The first page that shows content is showing the content I'd expect to see on that page, not the most recent content.

• Are there any special characters (emoji, for example) in the posts that aren't showing?

I just tested pulling a post with content that contained an emoji and the post pulled successfully with the emoji intact.

[davefischoff]

Also, in case this is a clue- I've been testing to make sure content from all ACF fields are being pulled correctly, including images and videos, which I know need custom code added to handle the attachments. In our set up, posts have an ACF repeater field called Components with different subfield component options, and when I add one component in particular to a post on the external site, it causes that post to disappear from the list of posts that can be pulled into the destination site, along with other posts that were published around the same time. The component that causes this issue contains the following ACF subfields:

and the repeater subfield in the screenshot above contains the following ACF subfields:

[peterwilsoncc]

Thanks Dave,

Are you able to send through the ACF config export file for the post types to aid with testing.

Feel free to do so via the WordPress.org or Post Status Slack if you don't wish to post the data publicly. My username in each is peterwilsoncc.

I've been testing to make sure content from all ACF fields are being pulled correctly, including images and videos, which I know need custom code added to handle the attachments.

As an aside, we're currently working on features to aid developers wishing to manage ID mapping from one site to another.

[davefischoff]

Thanks Peter! I just shared the ACF config files with you via the MakingWordpress Slack.