You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 23, 2024. It is now read-only.
Insert the "Just Arrived Full Hero" and check it matches the new design below FlPl7fHaGv9mpu8Nfl0joH-fi-158_32406 (the button colors may differ between themes because they are no hard-coded).
Insert the "Product Collection 3 Columns" and "Product Gallery" and check they don't have titles anymore.
Insert the "Hero Product Chessboard" and check the bottom-left square has the following copy:
Quality Materials
We use only the highest-quality materials in our products, ensuring that they look great and last for years to come.
Unique Design
From bold prints and colors to intricate details and textures, our products are a perfect combination of style and function.
Hook woocommerce_single_product_summary action to core/post-excerpt block #11953
Ensure that you are using a block theme.
Install Code Snippets, that will allow us to insert some PHP code into our store.
Go to Snippets > Add New. Set the code snippet title to Product summary and add this PHP code:
Ensure the text reads “HAND-PICKED PRODUCTS” instead of “PICK SOME PRODUCTS”, as depicted in the image below:
Fix: Product Collection show products with correct stock statuses #11708
Set some product to be out of stock.
Add Product Collection block to a page.
Set the stock status filter to all options except outofstock.
See the out of stock products not show up in the editor preview.
Save and see the same on the front end. Out of stock products don't show up.
Migration of Product Collection and Product Button blocks to the new store() API #11558
Load a template that contains the Product Button blocks: ie, the /shop page.
Do some smoke testing and make sure there are no regressions and products can be added to the cart without issues.
Preserve shrinkColumns value when switching the layout type of Product Collection #11905
Go to Editor
Add Product Collection block
Enable "Responsive" option
Switch view from Grid to Stack and back to Grid - try both Inspector Controls and Toolbar option (red rectangles on the screenshot).
When switching back to Grid view, "Responsive" should be still ENABLED
Repeat with the option DISABLED
Enable shrink columns option in Product Collection by default #11821
Case 1: Default Product Collection
Go to Editor
Add Product Collection block
Expected: it has "Responsive" enabled by default
Case 2: Patterns
Go to Editor
Insert patterns:
Product Collection Grid
Product Collection Full Grid
Product Collection Simple Grid
Product Gallery
Make sure each of them has "Responsive" option enabled by default
Insert pattern Product Collection Rows - it has Stack view enabled by default and then "Responsive" is not available. Change the view from Stack to Grid
Make sure it has "Responsive" option enabled by default
Testing notes for the development team
While on trunk, add Product Collection block
It has "Responsive" option disabled by default
Enter "Code editor" and
Find and remove "shrinkColumns":false" - this step is to mimic the case when someone added the block before the option was even introduce
Save the post/template
Switch to this branch add/enable-shrink-column-in-product-collection-by-default
Refresh the Editor
Change number of columns - this step is to trigger setAttribute function
Expected: make sure this block still has the "Responsive" option DISABLED
Reorganise Columns controls and fix undefined problem in Product Collection settings #11937
Go to Editor
Add Product Collection block
Check Inspector Controls
"Columns" and "Responsive" look like in the AFTER image:
Before
After
Click three dots next to "Settings"
There's no undefined entry, but "Columns" and "Responsive" like in the AFTER image:
Before
After
[Product Collection] Fix: HTML Entity Decoding in Taxonomy Controls #11982
Create a new post & add Product Collection block to it.
From filters dropdown, Add “Taxonomies” filter. This will add “Product Categories” and “Product Tag” taxonomy filters to inspector control.
Inside “Product Categories” filter, search a category that contains an HTML Entity.
If you don’t have any category with HTML entities, then you will need to either rename the existing category or create a new category with HTML entities. For example, “Electronics & Gadgets” or “Health & Wellness / Supplements”
Verify that HTML entities show as expected.
Perform step 3 for “Product Tags” too.
Reviews by Product: fix reviews count not appearing in product selector #11976
Create a post or page.
Add the Reviews by Product block.
Verify the number of reviews next to the product names:
Using the browser Inspector (F12), select one of the checkboxes.
Verify the value of the aria-label shows the correct value (<product_name>, has <reviews_count> reviews). Ie: Hoodie with Logo, has 1 review.
Move CheckboxControl to components package and leave alias in checkout package #11662
Update notice for default cart and checkout #11861
Create a test page and add the Cart block to it.
Open the settings sidebar.
Select the Cart block.
Verify that the notice "If you would like to use this block as your default cart, update your page settings." no longer appears as a warning (yellow border and background), but as info (blue border, white background).
Click the link "[update your page settings".
Verify that the notice "Page settings updated" becomes visible.
Repeat steps 1. until 6. with the Checkout block. In step 4., the message should say "... as your default checkout, ..." instead of "... as your default cart, ...".
Cart block
Before:
After:
Checkout block
Before:
After:
Validate coupon usage against customer id AND emails #11860
From logged in to logged out
Create a new coupon and limit its usage to 1 per customer.
Logged in, with an email you remember, place an order using that coupon, it should pass.
Logged out, using the same email, try placing an order with that coupon, you should get a top level error "coupon_name" was removed from the cart. Coupon usage limit has been reached.".
User email vs billing email
Create a new coupon and limit its usage to 1 per customer.
Logged in, with an user email you remember, place an order using that coupon, and a different billing email. It should pass.
Logged out, using the same user email (not the billing email), try placing an order with that coupon, you should get a top level error "coupon_name" was removed from the cart. Coupon usage limit has been reached.".
From logged out to logged in
Create a new coupon and limit its usage to 1 per customer.
Logged out, use the coupon with an email you remember, that email should belong to an existing user.
You should be able to place the order fine.
Logged in with the user that own that email.
Go to checkout, add the coupon, using the same email, try to place the order.
You should get a top level error.
Change your billing email to something else, add the coupon again.
Try to place the order, you should get an error.
General regression testing
Create a new coupon and limit its usage to 1 per customer.
Logged in, with an email you remember, place an order using that coupon, it should pass.
Logged in again, back to checkout, change your email, and try adding the coupon, you should get an inline error that you can't use the coupon.
fix: store notices always shows as an error type #11768 #11932
Go to the Cart block.
In the web dev console type: wp.data.dispatch('core/notices').createSuccessNotice( 'This is a success message, it should show in green!', { context: 'wc/cart' } )
See the "success" notice display in green.
Before
After
Switch to NoticeBanner component inside Store Notices Block placeholder #11920
Go to Appearance > Editor > Templates > Page: Cart.
Confirm the Store Notices Block has an informational notice appearance (blue banner).
Click the button Switch to classic cart in the incompatible extension notice.
Verify that the model has a max-width of 480px.
Replace the Cart block with the Checkout block.
Select the Checkout block and open the sidebar.
Click the button Switch to classic checkout.
Verify that this model also has a max-width of 480px.
Before:
After:
Revert "Remove unused Add to Cart product element (#11948)" #12033
Add the Mini-Cart block and the All Products block to the same post or page.
View the post in the frontend.
Open the Mini-Cart.
Verify there is no JS error and the Mini-Cart contents (in case you have added a product to your cart) can be seen.
Implement the Block Hooks API to automatically inject the Mini-Cart block #11745
Currently, the application of this auto-injection only applies when Twenty Twenty-Four is active. In future iterations, we can expand the list of themes this supports as we test this out and/or eventually remove the restrictions once the Block Hooks API has more support.
General expectations for testing:
The mini-cart block should only appear after the navigation block in header patterns or template parts.
It should not appear in custom patterns or template parts.
It should only be auto-injected when the Twenty Twenty-Four theme is active.
You should never see two mini-cart blocks in a header pattern or template part (for example WooCommerce header patterns should be untouched).
If the mini-cart block is moved or removed and the template part/pattern/template is saved, that should persist and not change on reload.
The auto-injection should be reflected on the frontend.
With TT4 active
First test without these changes and take note of header template parts and patterns that don't have the mini-cart block (via the site editor).
With this work enabled, verify that header template parts and patterns have the mini-cart block injected (see GIFs below for expectations).
This is how things look before this PR's changes:
CleanShot.2023-11-10.at.16.00.38.mp4
And how things look after:
CleanShot.2023-11-10.at.16.03.19.mp4
Validate the general expectations and verify they are true.