-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix flash when clicking on template name when a plugin registered template matches a default WP theme template #7676
base: trunk
Are you sure you want to change the base?
Changes from 3 commits
657b0a8
1d1af57
d32b25e
8ab1d7a
1ce805e
8ef61a6
0cfab7c
b5b24ae
cd07c08
5cea08f
7e48e6e
b8e5c50
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -1163,11 +1163,19 @@ function get_block_templates( $query = array(), $template_type = 'wp_template' ) | |
} | ||
|
||
if ( ! isset( $query['wp_id'] ) ) { | ||
$template_files_query = $query; | ||
/* | ||
* If the query has found some user templates, those have priority | ||
* over the theme-provided ones, so we skip querying and building them. | ||
*/ | ||
$template_files_query = $query; | ||
$template_files_query['slug__not_in'] = wp_list_pluck( $query_result, 'slug' ); | ||
/* | ||
* We need to unset the post_type query param because some templates | ||
* would be excluded otherwise, like `page.html` when looking for | ||
* `page` templates. We need all templates so we can exclude duplicates | ||
* from plugin-registered templates. | ||
* See: https://github.com/WordPress/gutenberg/issues/65584 | ||
*/ | ||
unset( $template_files_query['post_type'] ); | ||
$template_files = _get_block_templates_files( $template_type, $template_files_query ); | ||
foreach ( $template_files as $template_file ) { | ||
|
@@ -1177,6 +1185,16 @@ function get_block_templates( $query = array(), $template_type = 'wp_template' ) | |
) { | ||
$query_result[] = _build_block_template_result_from_file( $template_file, $template_type ); | ||
} | ||
|
||
// The custom templates with no associated post types are available for all post types. | ||
if ( isset( $query['post_type'] ) && ! isset( $template_file['postTypes'] ) ) { | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Are these changes not needed in GB? They aren't in the original GB PR. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The main difference is that in GB we are hooking into the In the other hand, in WP core, we can introduce the changes inside the function. While I could have simply called I'm happy to change this approach if you think overcomplicates things. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Thanks for explaining. Overall this makes sense to me, though one question: Why is the There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. It was to avoid entering the |
||
$candidate = _build_block_template_result_from_file( $template_file, $template_type ); | ||
$default_template_types = get_default_block_template_types(); | ||
$is_custom = ! isset( $default_template_types[ $candidate->slug ] ); | ||
if ( $is_custom ) { | ||
Aljullu marked this conversation as resolved.
Show resolved
Hide resolved
|
||
$query_result[] = $candidate; | ||
} | ||
} | ||
} | ||
|
||
if ( 'wp_template' === $template_type ) { | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this not important for the
get_block_templates
filter below? Before we were updating the same instance.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good call. I added an extra commit (cd07c08) to make sure
$query['slug__not_in']
stays consistent with what we had until now.