Releases: graphcommerce-org/graphcommerce
Release 9.1.0-canary.50
@graphcommerce/magento-category@9.1.0-canary.50
Patch Changes
- #2535
bb728e9- Fix bug where allName would not be translated when switching stores (@Giovanni-Schroevers)
Release 9.1.0-canary.49
@graphcommerce/magento-category@9.1.0-canary.49
Patch Changes
- #2533
45c2fbb- Solve issue where in some cases a second ProductList query was made because the category used aneqfilter instead of aninfilter. (@paales)
@graphcommerce/magento-product@9.1.0-canary.49
Patch Changes
-
#2533
dc3be1d- Solve issue when a user applies their first filter on a category page, a redundant GraphQL call would be made, even though the user was navigating to the/c/[..url]route. (@paales) -
#2533
45c2fbb- Solve issue where in some cases a second ProductList query was made because the category used aneqfilter instead of aninfilter. (@paales) -
#2533
88abcbf- When loading the category/search page in the case that there are no filters applied, the amount or product related queries is reduced from 2 to 1 (ProductFilters is skipped). Pagination, sorting and search terms also do not affect this. When a filter is applied we fall back to the previous functionality and do a second query to retrieve the filters.This did not matter when the categories/search pages were served by Magento as Magento would cache the result of the ProductFilters query. When the the catalog is served by an external service like Algolia this might be a problem.
Implementation details: When filters are applied (e.g., filtering by color:blue), the ProductList query only returns products matching that filter, which means other filter options (like other colors) are excluded from the filter options. This behavior is expected since those other options wouldn't return any products. However, when no filters are applied, the ProductList query returns all products along with all available filter options, eliminating the need for a separate ProductFilters query. (@paales)
@graphcommerce/magento-search@9.1.0-canary.49
Patch Changes
-
#2533
88abcbf- When loading the category/search page in the case that there are no filters applied, the amount or product related queries is reduced from 2 to 1 (ProductFilters is skipped). Pagination, sorting and search terms also do not affect this. When a filter is applied we fall back to the previous functionality and do a second query to retrieve the filters.This did not matter when the categories/search pages were served by Magento as Magento would cache the result of the ProductFilters query. When the the catalog is served by an external service like Algolia this might be a problem.
Implementation details: When filters are applied (e.g., filtering by color:blue), the ProductList query only returns products matching that filter, which means other filter options (like other colors) are excluded from the filter options. This behavior is expected since those other options wouldn't return any products. However, when no filters are applied, the ProductList query returns all products along with all available filter options, eliminating the need for a separate ProductFilters query. (@paales)
@graphcommerce/magento-search-overlay@9.1.0-canary.49
Patch Changes
-
#2533
88abcbf- When loading the category/search page in the case that there are no filters applied, the amount or product related queries is reduced from 2 to 1 (ProductFilters is skipped). Pagination, sorting and search terms also do not affect this. When a filter is applied we fall back to the previous functionality and do a second query to retrieve the filters.This did not matter when the categories/search pages were served by Magento as Magento would cache the result of the ProductFilters query. When the the catalog is served by an external service like Algolia this might be a problem.
Implementation details: When filters are applied (e.g., filtering by color:blue), the ProductList query only returns products matching that filter, which means other filter options (like other colors) are excluded from the filter options. This behavior is expected since those other options wouldn't return any products. However, when no filters are applied, the ProductList query returns all products along with all available filter options, eliminating the need for a separate ProductFilters query. (@paales)
Release 9.1.0-canary.48
@graphcommerce/magento-cart-coupon@9.1.0-canary.48
Patch Changes
- #2532
4913aee- Resolve issue where a 400 error occurred due to missing coupon code data in the request. The coupon input field was being disabled before form submission, preventing the code from being included in the request payload (@joshdavenport)
Release 9.1.0-canary.47
@graphcommerce/algolia-products@9.1.0-canary.47
Patch Changes
@graphcommerce/next-ui@9.1.0-canary.47
Patch Changes
Release 9.1.0-canary.46
@graphcommerce/next-config@9.1.0-canary.46
Patch Changes
f6b9c0d- Temporarily pin prettier to 3.5.3 to fix the GraphCommerce build: https://github.com/hosseinmd/prettier-plugin-jsdoc/pull/246/files (@paales)
Release 9.1.0-canary.45
@graphcommerce/magento-product@9.1.0-canary.45
Patch Changes
-
7d59e59- Make sure you are able to set the defaultValue for the ProductPagePrice when running in total mode, so it works for GroupedProducts that might start with a default quantity of zero. (@paales) -
7d59e59- Forward inputProps for AddProductToCartQuantity (@paales)
@graphcommerce/magento-product-grouped@9.1.0-canary.45
Patch Changes
f915f65- Make sure the default quantity is selected on the product page for grouped products. Products are sorted correctly and create a separate GroupedProductItem fragment for easier etensibility. (@paales)
@graphcommerce/next-config@9.1.0-canary.45
Patch Changes
Release 9.1.0-canary.44
Release 9.1.0-canary.43
Release 9.1.0-canary.42
Release 9.1.0-canary.41
@graphcommerce/ecommerce-ui@9.1.0-canary.41
Patch Changes
- #2530
fe48501- Make sure the increment step of the NumberInputField rounds to the nearest step. (@paales)
@graphcommerce/magento-product@9.1.0-canary.41
Patch Changes
-
#2530
2075f33- Add support forvariant=unitandvariant=totalrendering ofProductPagePriceto include the quantity or not. (@paales) -
#2530
4c60c55- Created a ProductPagePriceLowest component that switches when the configurable option changes. (@paales) -
#2530
5900c8d- Solve issue where the tier price doesn't get divided by the quantity, thus showing the wrong price. (@paales) -
#2530
f4a20a7- Make sure the product price is updated when the quantity of a product is changed. (@paales)
@graphcommerce/magento-product-grouped@9.1.0-canary.41
Patch Changes
- #2530
7f10a7e- Use ProductListPrice and AddProductsToCartQuantity for grouped product lines (@paales)
@graphcommerce/magento-store@9.1.0-canary.41
Patch Changes
- #2530
2075f33- Support asNumber for Money component to easily render all prices as number (@paales)