* Refactor template title and description loading and search template hierarchy updating
* Remove an unnecessary return
* Fix template descriptions for custom templates
* Fix template description typos
* Move the template description loading logic to mirror the title's
* Remove the descriptions filter and move the search hierarchy code back to a separate file
* Restore the original order of the container registrations
* Restore the product search template slug
* Restore the Product Search Results slug as a constant
Co-authored-by: Luigi <gigitux@gmail.com>
* Refactor maybe_return_blocks_template to get_woocommerce_block_file_template
* Remove unused method and rename get_woocommerce_block_file_template to get_block_file_template
* Account for product-archive template fallbacks
* Fix bug with clearing customizations of templates using the deprecated plugin ID
* Align Woo Block template locations with the newest convention
While we now support both the old and new conventions for the templates
paths, our own repo should be aligned with the latest convention.
See: woocommerce/woocommerce-blocks#5455Fixes: woocommerce/woocommerce-blocks#5343
* Simplify `generate_template_slug_from_path` function
* Change `BlockTemplatesController` constructor to get correct dir names
* Update Mini Cart template path
Gutenberg 12.1.0 has changed the convention for the directory paths from
`block-templates` and `block-template-parts` to `templates` and `parts` respectively.
Allow compatibility with themes which follow both conventions and also make sure that
we remain backwards-compatible.
Fixeswoocommerce/woocommerce-blocks#5450
Some of this fix has a dependency on WooCore
See: WooCommerce/woocommercewoocommerce/woocommerce-blocks#31522
* Fix custom templates with fallback being incorrectly attributed
Category and tags templates can fallback to the generic archive if, e.g., the theme
provides one for the latter but not for the former. However, since Gutenberg is not
aware of this fallback mechanism, it would incorrectly attribute the custom template
to the user instead of the theme.
Here we are explicitly setting the `has_theme_file` to make sure Gutenberg knows
we do, in fact, have a theme fail (if not what it expects).
Also skip the loop if template is duplicate but has no fallback
Fixeswoocommerce/woocommerce-blocks#5441
* Add archive-product template into block template hieachy
* Add archive-product condition to product tag block template render method
* Move taxonomy hierarchy filter to WC core
* Undo template amends
* Duplicate the themes archive-product template if it has one for taxonomy block templates
* Review feedback
* Use TextDomain instead of Name
* use correct if/else syntax
* Remove unncessary boolean syntax
* Fix wrong event prefix in doc comment
* Make className prop in CartLineItemsTableProps optional
* Mini Cart as template part
* Remove BlockTemplatePartsController and instead use BlockTemplatesController
* Remove old code
* Clean up frontend rendering
* Update tests
* Improve if clause
* Fix wrong tests title
* Fix wrong variable name
* Make sure Mini Cart contents block is unmounted whem mini cart closes or unmounts
* Remove unnecessary waitFor
* Fix PaymentMethodDataProvider wrong children type
* TypeScript fixes
* Make comment shorter
* Remove test code
* Fix contant unmounts of Mini Cart contents block
* Fix wrong template_type passed
* Set Template part area to 'uncategorized'
* Set Template part area to the correct value
* Move template dir check outside loop
* Ensure $template is object before accessing properties
This is necessary because the gutenberg helper functions sometimes turn it into a WP_Block_Template object, and other times it's an array. Because of this it's safer to normalise them both as objects.
* Add Gutenberg utils for processing templates based on a post from the db
When a template is saved it gets saved to the database, we need to handle processing these WooCommerce templates that have been saved in the db and we need to use the gutenberg utils that are private, this is why they've been copied over.
* Force theme to always be WooCommerce
This is because the templates we're dealing with here should always belong to WooCommerce, not the currently selected theme
* Add maybe_return_blocks_template and get_single_block_template funcs
These are needed to get the template from either the DB or the filesystem when saving/retrieving the template.
* Set theme to always be woocommerce when making templates from files
This will ensure the correct slug is used in the gutenberg editor.
* Check if template has been customised and saved in the database first
* Prevent filesystem templates being used if a custom database one exists
* Fix syntax error from rebase
* Remove unnecessary code from BlockTemplateUtils
* Ensure template item is an object containing correct properties
* Prevent warnings from appearing
* Ensure title is added to the template when saving
* Filter templates that don't match the queried slug.
* Remove unused code
* Check if a saved version of the template exists when trying to render
* Rename default_block_template_is_available to block_template_is_available
* Re-hook pre_get_block_template before returning from maybe_return_blocks_template
* Make comment easier to read
* Look for template in woocommerce theme or real theme taxonomy
* Remove duplicated title assignment
* Prevent template being added twice when loading from the db
* Filter templates before returning if slugs are supplied
* Simplify `get_block_templates` function into two functions
* Add function to stop theme templates that are added after db ones showing
* Fix typographical errors
* Copy logic from Gutenberg to ensure the correct templates are being included in the get_block_templates query
* Utility function to convert template slugs to template titles
* i18n strings for template names
* Add render logic to BlockTemplatesController
* Comment out action to test e2e tests
* Add add_action back into initialise render method
* Check function exists before using it
* Change hook from wp to template_redirect
* Update src/BlockTemplatesController.php
Co-authored-by: Tung Du <dinhtungdu@gmail.com>
Co-authored-by: Tung Du <dinhtungdu@gmail.com>