Editor backfill query is hardcoded to posts

[dlh01]

Description of the bug

No matter the post types selected for the block, the wp/v2/posts/ endpoint is used for searching, which returns only posts.

Steps To Reproduce

1. Add page to the wp_curate_duduplication_slotfill_post_types filter.
2. Update the query block to draw backfill from only pages.
3. See posts display in the backfill instead of pages.

Additional Information

See here:

wp-curate/blocks/query/edit.tsx

Line 185 in b0d8273

'/wp/v2/posts',

.

Acceptance Criteria

• Remove custom logic for posts endpoint https://github.com/alleyinteractive/wp-curate/blob/develop/src/features/class-rest-api.php
• Convert to using the search endpoint (if possible, even if the search endpoint needs to be augmented to include additional data for this type of query) or create a custom endpoint for WP Curate specifically.

[mogmarsh]

we probably need to create a custom endpoint or use /wp/v2/search

[mogmarsh]

ah yes, we had this fixed in the "first attempt": https://github.com/alleyinteractive/wp-curate/blob/first-attempt/src/class-wp-curate.php#L21-L35

[mogmarsh]

update: this is fixed, but I don't know if it was fixed in the best way.

[jacobschweitzer]

Working on re-factoring to use the /search endpoint.

[mogmarsh]

@jacobschweitzer I don't think /search will work, because we're using the core Post Template block, which references a post type endpoint. See https://github.com/WordPress/gutenberg/blob/trunk/packages/block-library/src/post-template/edit.js#L210
I think we decided the best fix is to create a dummy custom post type called wp-curate so that /wp/v2/wp-curate works and have it return posts from all the selected post types, rather than modifying the behavior of `wp/v2/posts/

[jacobschweitzer]

@mogmarsh I got a PR started though it needs a bit more work to get it across the finish line. I'm uncertain if this will be used in the project I'm on so I need to shift my focus back to other things for the time being.