Final release candidate for v2.1.2 introducing support to prevent caching CoCart if you have WP REST API Cache plugin installed.
Testing has been going well so I am confident to release on the 4th June, 2020
* NEW: Prevent CoCart from being cached with [WP REST API Cache plugin](https://wordpress.org/plugins/wp-rest-api-cache/).
* Tweaked: Check if product exists first before validating further.
* Tweaked: `cocart_update_cart_validation` filter passes `$current_data` fully.
* Tweaked: If validation for adding or updating item returned an error return error response.
* Dev: Added schema for cart route.
* Dev: Added schema for adding item route.
* Dev: Passed `$product_type` for `cocart_add_cart_item_data` filter.
Another minor release candidate that adds more validation. This time for when an item is updated.
Fixed: Cart removes items correctly if the product is no longer purchasable when cart contents is fetched.
Tweaked: Update item now validates if the product is sold individually to prevent item from updating if true.
Dev: Added filter cocart_update_cart_validation to allow plugin developers to pass their own validation before item is updated in the cart.
After not having a smooth release for v2.1, for the last 2 weeks I have been working on fixing the issue. I’m pleased to say the issue is now fixed but before I can 100% confirm that I need your help to test it further in case anything else was missed.
One of the issues users reported with v2.1 was that the carts were no longer in sync. This is because CoCart runs it’s own session handler to support guest customers but for a registered customer their carts were not matching.
This was because on the web version of your store, it was still utilizing WooCommerce core session handler and reading data from their session table.
This has been corrected so now both your web and headless store use the same session handler.
CoCarts session handler is 100% compatible with any WooCommerce extension or custom code you may have applied to your store as the handler was forked and tweaked to add support for guest customers. It’s practically the same… only better.
Validating Products More
Variable products can be a hard time to manage and based on feedback, forgetting to pass or unable to pass the variation ID was one parameter users were failing to set correctly. Now you don’t have to as CoCart will get the variation ID based on the attributes you provide.
Even the attributes get validation so encase you forgot to pass required attributes you will now be told which attributes you forgot. If a variable product is not valid it will not add to the cart.
Speaking of not adding products. Password protected products can not be added either now.
Full Changelog from v2.1 to v2.1.2
* NEW: Added support for guest customers.
* NEW: Carts in session are stored in a new database table.
* NEW: Carts are in sync across the web store and your headless store.
* NEW: Added plugin details to **WooCommerce System Status**.
* NEW: Added `uninstall.php` file to delete table and options.
* NEW: Able to transfer a cart from your headless store to the web.
* NEW: Added handlers to improve product validation and extended support for other product types.
* NEW: Can now add items to cart using a products SKU ID.
* NEW: When an item is updated, removed or restored... the cart totals are re-calculated.
* NEW: Added option to logout customer.
* NEW: Variable products are now validated and can find variation ID from attributes if not already set.
* NEW: Prevent password protected products from being added to the cart.
* Changed: Parameter used to set cart key. Previously `id` now `cart_key`. The `id` used as fallback if still used.
* Removed: Parameter to re-calculate totals once item was updated.
* Tweaked: Clear carts debug tool now clears saved carts as well.
* Tweaked: Products that are no longer purchasable and are already in the cart are removed from the cart.
* Tweaked: Stop redirect to getting started page if plugin was activated and was already installed before.
* Tweaked: Prevent redirect to getting started page if multiple plugins activated at once.
* Dev: Clear all carts stored in session via the Tools section of **WooCommerce System Status**.
* Dev: Synchronize carts over to CoCart's session table in the database via the Tools section of **WooCommerce System Status**.
* Dev: Cart expiration can be filtered if the default 30 days is not to your liking.
* Dev: Generated customer ID can be filtered before storing cart in the database and creates a cookie on the customer's device.
* Dev: Added filter `cocart_add_to_cart_validation` to allow plugin developers to pass their own validation before item is added to the cart.
* Dev: Added filters to override the product name `cocart_product_name` and product title `cocart_product_title` when getting the cart contents.
* Dev: Added filter `cocart_item_thumbnail_src` to override the source URL of the product thumbnail when getting the cart contents.
* Dev: Added filter `cocart_add_to_cart_quantity` to override the quantity when adding an item.
* Dev: Added filter `cocart_add_cart_item_data` so other plugins can pass cart item data when adding an item.
* Dev: Added filters so the returned response messages can be changed.
* Dev: Added conditional filter for returning a cart item.
* Dev: Added hook `cocart_user_switched` to allow something to happen if a user has switched.
* Dev: Added hook `cocart_load_cart` to manipulate the merged cart before it set in session.
* Dev: Added hook `cocart_load_cart_override` to manipulate the overriding cart before it set in session.
* Dev: Added hook `cocart_item_added_updated_in_cart` for when an item was added again but updated in cart.
* Dev: Added a new class that handles logging errors.
* Dev: Added filters to admin notices to extend the length of time they hide.
* Dev: Added filter to override cookie check for authenticated users.
* Tested: Compatible with WooCommerce v4.2.x
> This update replaces WooCommerce core session handler with CoCart's. 100% compatible.
This is a small update to correct a bug for when setting the cart key via the id parameter so it is not overridden by the cookie set. This ensures the correct cart is returned if you are specifying a cart should the current cookie not update.
In addition to this patch I have also added a new route to enable you to provide a logout option for your customers.
curl -X POST https://example.com/wp-json/cocart/v1/logout
The reason for this addition is because developers were not clearing the cookie which stores the customers ID or cart key which is then used to load the cart on future requests so you don’t have to re-authenticate the customer per API request.
However, for additional debugging purposes I have added a filter that will override the cookie check so you don’t have to clear the cookie to test each customers cart.
Simply apply this snippet to your functions.php file and your good to go.
What can I say this thing has it all. It is the “Missing WooCommerce REST API plugin” without it I was managing users cart myself in weird and wonderful but hacky ways. NOT GOOD and so vulnerable. Then I stumbled upon CoCart and with the help of Seb I got it working how I needed it and he has been supporting me with even the smallest of queries. Really appreciate your work and continued support Seb.
Today is a special day. Today I’m very excited to share finally… a release candidate for CoCart v2.1 that has been months in the works and finally gets to see the light of day.
This release is a major milestone with many improvements. You have asked and been patient, now you shall receive. Support for guest customers.
The long awaited feature is now available with the help of a new session handler. This session handler runs only during a CoCart API request meaning a guest customer will not have it’s cart items shared across between your web store and app.
Carts are stored for 30 days in the database and expired carts are cleared within a 6 hour window twice a day. Should there be an empty cart, they are set to expire within 6 hours. This helps reduce database overload.
Each session is now unique. No more shared carts.
There are also two methods of support for guest customers. By cookie or manually setting a unique cart key. The choice is yours.
I have introduced new product handlers for when a product is being added to the cart as well as better validation methods. I have also introduced similar filters that are in the core of WooCommerce that will allow 3rd Party plugins or official WooCommerce extensions to include their product validations with ease.
With this improvement I have also added a minor validation for variable products to which they can not be added without a variation ID. This will be improved further over the next releases.
I have also made sure you can not add an external product by mistake.
A new requested feature is also available and that is to be able to transfer a cart from your headless store to the web store in order for your customers to checkout and pay for their order.
This helps those who are not using a payment gateway API such as Stripe to create orders and take payment within the app.
All responses are now filterable 😲
Not all responses were filterable before. Now for each API request you get a successful or an error response, you can filter the response to change what they say or return. This allows for developers to have more options with their development.
Totals are automatically recalculated 😎
To improve customer interaction and development requirements, the cart totals are recalculated once an item has been added to the cart or an item in the cart has been updated.
The additional parameter refresh_totals that was required before to do this can be removed from your query if you already used it.
This was not the case before as I was matching how WooCommerce handle the cart on the front-end which was not beneficial via an API and users were getting confused a lot about the totals not updating so now you don’t have to.
Because of the session changes made, if you are adding items to the cart via the web and then try to view the cart via the API via the browser, it will return blank.
The front-end and the API are two separate areas now in order to fully support sessions for guest customers. This is the same even if you are logged in.
I have also introduced a debug logging system to record the events of each request. This is only enabled via a filter.
Some code structure improvements have also been made in order to allow extending the API better, tested with WooCommerce v4.1 and this coming release will now require that you have version 5.0 of WordPress installed and PHP version 7 minimum.
The minimum version of WooCommerce required is now v3.6. This is to insure the code is kept up to date with latest changes in WooCommerce and secure.
As of writing this post, 79.3% of the plugin user base is now using version 2 which is fantastic.
The remaining user base is split across 2 versions. Version unknown is 6.3% and Version 1 still around 14.5%.