co-cart / co-cart Goto Github PK

Prerequisites

• I have searched for similar issues in both open and closed tickets and cannot find a duplicate.
• The issue still exists against the latest master branch of CoCart on Github (this is not the same version as on WordPress.org!)
• I have attempted to find the simplest possible steps to reproduce the issue.
• I have included a failing test as a pull request (Optional)
• I have installed the requirements to run this plugin.

Steps to reproduce the issue

Upgraded the plugin from 1.0.8 and ran into issues in update item endpoint.
https://co-cart.github.io/co-cart-docs/index.html#update-item-in-cart loads and responds with increased to {count} of item, but the qunatity change is never reflected in the get-cart endpoint.

Easiest way to reproduce is using an app like Postman

1. /wp-json/cocart/v1/get-cart should return an empty cart.
2. /wp-json/cocart/v1/add-item?product_id={id}&variation_id={variation} will return and also return correct cart in the future.
3. /wp-json/cocart/v1/get-cart returns the cart with one item added.
4. /wp-json/cocart/v1/item?cart_item_key={4ba5788f766244ca1aa3f533008c19e9}&quantity=4 should add a quantity of four of the declared cart_item_key. Will get correct a correct response saying increased to 4.
5. /wp-json/cocart/v1/get-cart should return one item with the new set quantity of 4, but doesn't. The response is the same as step 3, with quantity unchanged.

Isolating the problem

• This bug happens with only WooCommerce and CoCart plugin are active.
• This bug happens with a default WordPress theme active.
• This bug happens with the WordPress theme Storefront active.
• This bug happens with the latest release of WooCommerce active.
• I can reproduce this bug consistently using the steps above.

WordPress Environment

</details>
    

Hello
I noticed the closing issue of the coupons. Have you added it?
Thank you .

I would suggest working on this after all endpoints have been created and work well to handle the data for all product types and meta data.

Need help to check compatibility with WooCommerce 3.5.

Hello folks,

I've been used CoCart in my SPA Woocommerce and it has been amazing!
However, I found a bug in the update_item endpoint.

When I update a product quantity, it works and returns the new cart with the correct quantity. However, when I call get-cart endpoint after update_item, the cart is the same as before updating the product quantity.

It seems that cart data wasn't persisted.

Prerequisites

• I have searched for similar issues in both open and closed tickets and cannot find a duplicate.
• The issue still exists against the latest master branch of CoCart on Github (this is not the same version as on WordPress.org!)
• I have attempted to find the simplest possible steps to reproduce the issue.
• I have included a failing test as a pull request (Optional)
• I have installed the requirements to run this plugin.

Steps to reproduce the issue

1. Add item to cart with '/wp-json/cocart/v1/add-item'
2. Update item in Cart with '/wp-json/cocart/v1/item'. (At this point, if I use 'return_cart' argument as true, the cart content returns correctly, but it doesn't on folllowing steps.)
3. Get cart contents with ' /wp-json/cocart/v1/get-cart'

Expected/actual behaviour

When I follow those steps, I see the cart contents as if I'm not doing the second step. That is, the cart contents is not being updating.

I was expecting to see the cart contents updated.

Isolating the problem

• This bug happens with only WooCommerce and CoCart plugin are active.
• This bug happens with a default WordPress theme active.
• This bug happens with the WordPress theme Storefront active.
• This bug happens with the latest release of WooCommerce active.
• I can reproduce this bug consistently using the steps above.

WordPress Environment

Wordpress - 5.1.1
Woocommerce - 6.3.5
PHP - 7.3.1

Prerequisites

• I have searched for similar issues in both open and closed tickets and cannot find a duplicate.
• The issue still exists against the latest master branch of WooCommerce Cart REST-API on Github (this is not the same version as on WordPress.org!)
• I have attempted to find the simplest possible steps to reproduce the issue.
• I have included a failing test as a pull request (Optional)

Steps to reproduce the issue

1. Add a product cart with different users
2. Call get cart action
3. You will see items of another user

Expected/actual behaviour

When I follow those steps, I see that the cart is being mixed between different users.

I was expecting to see cart only of myself.

So user A will add product 1, user B will add product 2. After that user A will see product 1 and 2 in he's shopping card, user B will see also two products.

Isolating the problem

• This bug happens with only WooCommerce Cart REST-API plugin active.
• This bug happens with a default WordPress theme active.
• This bug happens with the latest release of WooCommerce active.
• I can reproduce this bug consistently using the steps above.

WordPress Environment

I was successfull on adding product to cart, but how do we view those cart without loggin in, Does this plugin needs extra setting to view the cart if you are not logged in users. I am getting empty cart. I would be so glad if you can help me out

Hi, Im using this plugin for my e-commerce service and I really think this is a nice library!
It is working very good so far!

I have one question on adding an original parameter to the response.
I know how to use the register_rest_field function but don't know the object name which I should define to point the endpoint I want to modify.
Could you give me the object name for the cart data response?

Hello.

I wanted to know if anyone of you currently watching or started this repository are interested in a side cart that appears when items are in the cart or added to the cart and uses the cart API rather than the cart widget?

James Koster has done something similar to what I would like to do but my version would use the REST API instead. He currently has 40,000 active installs which is great but has also not updated it in a year.

I hope to make my version faster and refresh live as items are being added to the cart and more customisable for all themes.

Would like some feedback or suggestions before I begin so I would very much appreciate it if you could comment below.

Also, would you be supportive of the development and maintenance of such a plugin?

If interested vote with the emoji 👍
If not interested vote with the emoji 👎
If you would like to support the project vote with the emoji ❤️

I look forward to your responses.

regards,

Sébastien.

Prerequisites

• I have searched for similar issues in both open and closed tickets and cannot find a duplicate.
• The issue still exists against the latest master branch of Cart REST-API for WooCommerce on Github (this is not the same version as on WordPress.org!)
• I have attempted to find the simplest possible steps to reproduce the issue.
• I have included a failing test as a pull request (Optional)
• I have installed the requirements to run this plugin.

Steps to reproduce the issue

1. Make Add to Cart request using the cart/add endpoint
2. console.log(response)
3. product_name is not returned in the JSON data

I thought my request was configured improperly at first but I looked at the class-wc-rest-cart-controller.php file and in the add_to_cart function starting on line 276, product_name is never added to the $data array, so it is never sent and thus not returned in the original response.

It looks like WooCommerce figures out which product to add to the cart solely by the id so when you reload the page and get the current cart contents, product_name is returned. But, I'm trying to update my cart with the initial response and the name is missing :)

Alternatively, I could send this with the data parameter but it is not clear how that needs to be formatted in the docs. I tried sending an object, an array, or individual value and could not get it to work. In the docs it says the parameter is data but in the class-wc-rest-cart-controller.php file it looks like the parameter is cart_item_data. How do we add additional data to the Add To Cart request?

Thanks!

Expected/actual behaviour

When I follow those steps, I see...

no product_name value in the initial response from the Add To Cart endpoint

I was expecting to see...

product_name there.

Isolating the problem

• This bug happens with only WooCommerce and Cart REST-API for WooCommerce plugin are active.
• This bug happens with a default WordPress theme active.
• This bug happens with the WordPress theme Storefront active.
• This bug happens with the latest release of WooCommerce active.
• I can reproduce this bug consistently using the steps above.

WordPress Environment

Not WordPress related per se...I'm making the requests client-side.

Thought this would be good to put on the watch list to add support for the API.

Ticket Reference: woocommerce/woocommerce#17855

Tutorial Reference: https://dsgnwrks.pro/snippets/woocommerce-allow-adding-multiple-products-to-the-cart-via-the-add-to-cart-query-string/

Steps to reproduce the issue

1. It is working fine when we retrieved the cart contents from '/wp-json/wc/v2/cart" call

2. But I have got rest_no_route response when I am trying to remove the cart item by using "/wp-json/wc/v2/cart?cart_item_key=<cart_item_key>" (used DELETE method)

3. Please refer SS

Hello Dear Developers, please add Coupon's idea in Plugin. You've helped me a lot. Or if you can show me how I can do it myself.
Thank you!

Hi, how can i manage cart for a specified customer?

Hey,

In my implementation I have added an endpoint to check the stock of all the cart items to make sure they are still in stock before proceeding to the checkout.

Feel free to implement, this is a very basic version. Could write something that returned a bit more than just an error with a string in it.

// Check Cart Stock - wc/v2/cart/check_stock (GET)
register_rest_route( $this->namespace, '/' . $this->rest_base  . '/check_stock', array(
	'methods'  => WP_REST_Server::READABLE,
	'callback' => array( $this, 'check_stock' ),
));

/**
 * Returns whether the cart items are in stock.
 *
 * @access public
 * @since  1.0.6
 * @return array
 */
public function check_stock() {
	$check = WC()->cart->check_cart_item_stock();

	return $check;
} // END check_stock()()

Post Status: GET

Hello, I have found the Issue When there call the get cart API. calling the rest with /wc/v2/cart.
Errors are in the file WooCommerce-Cart-REST-API-master\includes\api\class-wc-rest-cart-controller.php

Prerequisites

• I have searched for similar issues in both open and closed tickets and cannot find a duplicate.
• The issue still exists against the latest master branch of WooCommerce Cart REST-API on Github (this is not the same version as on WordPress.org!)
• I have attempted to find the simplest possible steps to reproduce the issue.
• I have included a failing test as a pull request (Optional)

Steps to reproduce the issue

1. Download the latest plugin and activate in your setup.
2. Setup the WooCommerce Store and API Keys.
3. Call the get cart API by wc/v2/cart.

Expected/actual behavior

When I follow those steps, I see the error Warning: Invalid argument supplied for foreach() in D:\woocommerce-api\wp-content\plugins\WooCommerce-Cart-REST-API-master\includes\api\class-wc-rest-cart-controller.php on line 164

And

Warning: Cannot modify header information - headers already sent by (output started at D:\woocommerce-api\wp-content\plugins\WooCommerce-Cart-REST-API-master\includes\api\class-wc-rest-cart-controller.php:164) in D:\woocommerce-api\wp-includes\rest-api\class-wp-rest-server.php on line 1248

I was expecting to see...
"Cart is Empty!"

Isolating the problem

• This bug happens with only WooCommerce Cart REST-API plugin active.
• This bug happens with a default WordPress theme active.
• This bug happens with the latest release of WooCommerce active.
• I can reproduce this bug consistently using the steps above.

WordPress Environment

Sorry, if this is the right place to post this, but I have no idea where to reach help.
i'm creating an ios application for woocommerce website and I was able to use this plugin to add product to cart , view cart , and clear cart , but I could not get through with the delete request to remove an item from cart , below is the screen short I used postman to test out

------ GET request

------ DELETE request

The plugin code has the syntax error with the function name.

I have installed the latest version of WordPress( 4.9.4 ), WooCommerce ( 3.3.4 ) and latest version of cart rest api for woocommerce plugin.

When I have clicked on the Activate plugin option of this plugin it gives the syntax error unexpected include in WooCommerce-Cart-REST-API\includes\class-wc-cart-rest-api-init.php on line 57

Prerequisites

• I have searched for similar issues in both open and closed tickets and cannot find a duplicate.
• I have attempted to find the simplest possible steps to reproduce the issue.
• The issue still exists against the latest master branch of WooCommerce Cart REST-API on Github (this is not the same version as on WordPress.org!)
• I have included a failing test as a pull request (Optional)

Steps to reproduce the issue

1. Setup the latest version of WordPress and WooCommerce.
2. Install and activate the latest version of this plugin.

Expected/actual behavior

When I follow those steps, I see the error as I have described above.

I was expecting to see the plugin activate successfully.

Isolating the problem

• This bug happens with only WooCommerce Cart REST-API plugin active.
• This bug happens with a default WordPress theme active.
• This bug happens with the latest release of WooCommerce active.
• I can reproduce this bug consistently using the steps above.

WordPress Environment

To further improve detection of the cart and its contents based on the user status without requiring to authenticate we need to do an object check.

This check will determine to which version of the cart we have access to. If the cart is not empty or set then we will get the cart contents from the cart class, otherwise, we will get the cart contents from the session.

Help with testing this change will be required.

Post Status: DELETE

Hi, I was using your plugin in my local environment and this notification came up in debugging mode.

the erro comes from this line.
/includes/class-wc-cart-rest-api-init.php on line 65

Hey,

So i've been wondering how to I use this plugin to work with carts from specific users? It's not clear in the documentation.

I would have assumed making a request such as..

http://domain.com/wp-json/wc/v2/cart/ -u consumer_key:consumer_secret

Prerequisites

• [ X ] I have searched for similar issues in both open and closed tickets and cannot find a duplicate.
• [ X ] The issue still exists against the latest master branch of Cart REST-API for WooCommerce on Github (this is not the same version as on WordPress.org!)
• [ X ] I have attempted to find the simplest possible steps to reproduce the issue.
• I have included a failing test as a pull request (Optional)
• [ X ] I have installed the requirements to run this plugin.

Steps to reproduce the issue

1. Install Cart REST API Plugin to fresh Woo and Wordpress instance.
2. Make a request to the Cart API e.g. http://domain.com/wp-json/wc/v2/cart/

Expected/actual behaviour

When I follow those steps, I see...

I get a successful result such as "Cart is empty"

I was expecting to see...

No response as i'm not passing any consumer key or secret, or authentication in the request.

Isolating the problem

• [ X ] This bug happens with only WooCommerce and Cart REST-API for WooCommerce plugin are active.
• This bug happens with a default WordPress theme active.
• This bug happens with the WordPress theme Storefront active.
• [ X ] This bug happens with the latest release of WooCommerce active.
• [ X ] I can reproduce this bug consistently using the steps above.

WordPress Environment

Hello!

For my use case, I'd like the requested quantity to be passed through the cocart_ok_to_add and cocart_ok_to_add_filters, since we have a special way of determining in-stock status.

If needed, I can of course contribute with this addition.

Thanks!

If we have product with quantity 3 ( In stock (3) ) and i try add product with 5 quantity, i must see JSON with error but i see php error.

i use ajax

request:

const xhr = new XMLHttpRequest();
xhr.withCredentials = true;
xhr.open("POST", "/wp-json/wc/v2/cart/add", true);
xhr.setRequestHeader('Content-Type', 'application/json; charset=UTF-8');
...
xhr.send(`{
"product_id":27,
"quantity":5
}`);

response:

<b>Fatal error</b>:  Exceptions must be valid objects derived from the Exception base class in <b>/var/www/wp-react.cot/wp-content/plugins/cart-rest-api-for-woocommerce/includes/api/class-wc-rest-cart-controller.php</b> on line <b>324</b><br />

Thanks for the plugin! I'm working on implementing coupon endpoints, and I've noticed that cart-rest-api-for-woocommerce ignores WooCommerce notices (as far as I can tell).

Here's roughly how notices work: anytime WC wants to show the user a message it adds it to an array stored in WC()->session. Next time a page is rendered the queued notices are emptied onto the page. But the Cart API doesn't ever empty notices, so throughout usage, notices build up on the server.

Since the status handling on coupon actions isn't handled very nicely by WooCommerce, in order to send back a status such as "Coupon code already applied!", I need to send notices back with the request. Right now I'm sending back a diff of the notices from the start of the method with the notices at the end of the method. Theoretically, this means I'm only sending back the notice(s) that the request generated.

In general, how do you think this should be handled? It seems to me that we should send notices back with the API requests that generate them, and clear the notice queue.

Thanks!

Using the php WooCommerce rest api library, I was getting a fatal error when adding items to cart:

$data = [
   "product_id" => 234,
   "quantity" => 1
];

$woocommerce->post('cart/add', $data);

Fatal error: Uncaught exception 'Automattic\WooCommerce\HttpClient\HttpClientException' with message 'unexpected character' in .../wc-api-php/WooCommerce/HttpClient/HttpClient.php

This fatal error was being caused because a warning was being thrown

Warning: is_numeric() expects exactly 1 parameter, 3 given in .../wp-includes/rest-api/class-wp-rest-request.php on line 858

which caused the callback function to be called with invalid data.

The issue is naming the 'is_numeric' function as the 'validate_callback' for integers arguments set for the rest route for Add Item in class-wc-rest-cart-controller.php :

'args'     => array(
   'product_id' => array(
	'validate_callback' => 'is_numeric'
   ),
   'quantity' => array(
	'validate_callback' => 'is_numeric'
   ),
   'variation_id' => array(
	'validate_callback' => 'is_numeric'
   ),

This exact issue is described in the Custom Endpoint docs for the Wordpress Rest API in the Arguments section: https://developer.wordpress.org/rest-api/extending-the-rest-api/adding-custom-endpoints/

You could also pass in a function name to validate_callback, but passing certain functions like is_numeric directly will not only throw a warning about having extra parameters passed to it, but will also return NULL causing the callback function to be called with invalid data. We hope to eventually solve this problem in WordPress core.

The problem seems to be solved by using their example format, as opposed to naming the 'is_numeric' function:

'args' => array(
      'id' => array(
        'validate_callback' => function($param, $request, $key) {
          return is_numeric( $param );
        }
      ),

First, this is great plugin so thank you!

I'm having issues with the Clear Cart endpoint: in a React app, it is quite common to have to filter an array to update state and/or send props to child components from a filtered/mapped array.

When you use the clear endpoint, it returns the string "Cart is empty!" which makes it really difficult to fully clear the cart. When I removed the string from the plugin in class-wc-rest-cart-controller.php at line 167, everything works as normal: I can clear the cart update my state to: cart: [].

Without removing the string, if I reload, since I'm filtering the cart to an array using map and Object.values, it will return the 'Cart is empty!' string as indexed letters in the array, e.g. `0: "C", 1: "a", 2: "r", 3: "t",...

Is the 'Cart is empty!' string really necessary? It should be easy enough to add whatever 'Empty cart' message you may need on the client side and ideally when the cart is cleared it should return an empty array, not a string.

Prerequisites

• I have searched for similar issues in both open and closed tickets and cannot find a duplicate.
• The issue still exists against the latest master branch of Cart REST-API for WooCommerce on Github (this is not the same version as on WordPress.org!)
• I have attempted to find the simplest possible steps to reproduce the issue.
• I have included a failing test as a pull request (Optional)
• I have installed the requirements to run this plugin.

Steps to reproduce the issue

1. Use the clear endpoint to clear the cart
2. Update React application state (e.g. state= { cart: [] }
3. Reload.
4. Cart is not empty; includes 'Cart is empty!' string; would fail boolean or length test

Expected/actual behaviour

Using the clear endpoint should return an empty array.

Isolating the problem

• This bug happens with only WooCommerce and Cart REST-API for WooCommerce plugin are active.
• This bug happens with a default WordPress theme active.
• This bug happens with the WordPress theme Storefront active.
• This bug happens with the latest release of WooCommerce active.
• I can reproduce this bug consistently using the steps above.

WordPress Environment

It has been brought to my attention that calculating totals is not working via the API should you be using woocommerce_before_calculate_totals and woocommerce_after_calculate_totals action hooks.

If you are also experiencing the same issue, please comment below so I can sort this out or if you have any suggestions.

Really appreciate it.

Thank you.

Explanation of problem found here: https://barn2.co.uk/managing-cart-rest-api-woocommerce-3-6/ This helps me.

Prerequisites

• I have searched for similar issues in both open and closed tickets and cannot find a duplicate.
• The issue still exists against the latest master branch of WooCommerce Cart REST-API on Github (this is not the same version as on WordPress.org!)
• I have attempted to find the simplest possible steps to reproduce the issue.

Steps to reproduce the issue

1. I have installed and activated this plugin.
2. By triggering the API call, facing 404 error.
3. Details below,
   API URL : http://sample.dev.net/wc/v2/cart/clear
   Method : GET
   Error : 404 page not found

Isolating the problem

• This bug happens with only WooCommerce Cart REST-API plugin active.
• This bug happens with the latest release of WooCommerce active.
• I can reproduce this bug consistently using the steps above.

On line 102 of the class-wc-rest-cart-controller file the cart_item_data (also the variation on line 99) is blocking the request. 'is_array' won't be recognized as a valid function. To solve this we can create our own function.

<?php
register_rest_route( $this->namespace, '/' . $this->rest_base . '/add', array(
	'methods'  => WP_REST_Server::CREATABLE,
	'callback' => array( $this, 'add_to_cart' ),
	'args'     => array(
		'product_id' => array(
			'validate_callback' => function( $param ) {
				return is_numeric( $param );
			}
		),
		'quantity' => array(
			'validate_callback' => function( $param ) {
				return is_numeric( $param );
			}
		),
		'variation_id' => array(
			'validate_callback' => function( $param ) {
				return is_numeric( $param );
			}
		),
		'variation' => array(
			'validate_callback' => function( $param ) {
				return is_array( $param );
			}
		),
		'cart_item_data' => array(
			'validate_callback' => function( $param ) {
				return is_array( $param );
			}
		)
	)
) );
?>

This will allow me to add custom data to my cart. I'll create a PR after this issue.

Prerequisites

• I have searched for similar issues in both open and closed tickets and cannot find a duplicate.
• The issue still exists against the latest master branch of Cart REST-API for WooCommerce on Github (this is not the same version as on WordPress.org!)
• I have attempted to find the simplest possible steps to reproduce the issue.
• I have included a failing test as a pull request (Optional)
• I have installed the requirements to run this plugin.

Steps to reproduce the issue

1. Create a POST to cart/add
2. Add a param with the key cart_item_data (array is accepted according to the docs)

Expected/actual behaviour

If you follow these steps you will result in an error: error: 400, Invalid parameter(s):
It should return the product added to the cart instead.

If we use the solution I described the expected outcome will return including the extra data.

Isolating the problem

• This bug happens with only WooCommerce and Cart REST-API for WooCommerce plugin are active.
• This bug happens with a default WordPress theme active.
• This bug happens with the WordPress theme Storefront active.
• This bug happens with the latest release of WooCommerce active.
• I can reproduce this bug consistently using the steps above.

Now as you have the api to manage cart, are you planning to add one for calculating shipping rates?

Post Method: POST

Expected/actual behaviour

Cart items should not be shared by users

but it is sharing all cart items

I've tested on VVV, and real server (below LINK, anyone can test it using 'ADD TO CART button')
Link

What can I do?

Prerequisites

• I have searched for similar issues in both open and closed tickets and cannot find a duplicate.
• The issue still exists against the latest master branch of Cart REST-API for WooCommerce on Github (this is not the same version as on WordPress.org!)
• I have attempted to find the simplest possible steps to reproduce the issue.
• I have included a failing test as a pull request (Optional)
• I have installed the requirements to run this plugin.

Steps to reproduce the issue

1. add a product in cart
2. get cart_item_key
3. call delete with cart_item_key

Expected/actual behaviour

When I follow those steps, I see: http 200 and the response is "Item has been removed from cart." but the product is still in the cart

I was expecting to see : the product diseapear from the cart

Isolating the problem

• This bug happens with only WooCommerce and Cart REST-API for WooCommerce plugin are active.
• This bug happens with a default WordPress theme active.
• This bug happens with the WordPress theme Storefront active.
• This bug happens with the latest release of WooCommerce active.
• I can reproduce this bug consistently using the steps above.

Add, update and get works fine.

WordPress Environment

Not a big issue, but think you should know the link to the document in your readme file does not work, it looks not professional so if possible, please fix it.

Would it be practical for the featured product image URL to be added to the cart endpoint per product so you would not have to do another request to get it?

This is what the cart endpoint returns currently as default.

The same returns when WC()->cart->get_cart(); is called but if you were to use the cart endpoint to display the products in the cart you don't have the featured product image to display with.

So do think it would be ok to add this variable to each product in the cart or would it cause performance issues?

Hi,
your fix for WC 3.6.1 don't work on the last update of WC 3.6.2...
I get a error 500 response, same bug you fixed recently.

Anyway thanks for your work and your plugin.
I'll look carefully to the WC update now ! :D

And do you know why WC chose to not implement "add to cart" endpoint in their API ?

Prerequisites

• I have searched for similar issues in both open and closed tickets and cannot find a duplicate.
• The issue still exists against the latest master branch of Cart REST-API for WooCommerce on Github (this is not the same version as on WordPress.org!)
• I have attempted to find the simplest possible steps to reproduce the issue.
• I have included a failing test as a pull request (Optional)
• I have installed the requirements to run this plugin.

Steps to reproduce the issue

1. Install wordpress
2. Install woocommerce
3. Enable rest api and get key and secret
4. Install cart rest api for woocommerce
5. Install woocommerce api php client https://github.com/woocommerce/wc-api-php
6. Add item to cart logged in as admin user
7. add print_r($woocommerce->get('cart')); to header.php file
8. visit site from another device
9. can see contents of cart printed

Expected/actual behaviour

After developing extensively relying on this plugin, I eventually got to testing with a different user/browser/device and realised the plugin was always interacting with the same cart. It's easy to see the problem, just go to the test site I set up https://bight.pillbox.co.za/ . You will see the result of

global $woocommerce;
print_r($woocommerce->get('cart'));

there (which is in storefront header.php). How is it possible that a cart is being fetched there? You have never visited the site and are not logged in. The test site is a clean wordpress and woocommerce with no extra plugins.

I expect that $woocommerce->get('cart') and all other cart related api functions in the cart plugin would interact with the cart of the logged in user/current session, only but they seem to just interact with the cart of the admin/first user. Same with the post functions etc.

Essentially the cart rest api calls are always interacting with a single cart which has nothing to do with the current user/session.

Am I missing something basic here or does the 'php' aspect of the cart api plugin not work with WooCommerce API - PHP Client?

Aside from installing woocommerce and cart rest api plugin, the only other changes I have made are to include the WooCommerce API - PHP Client like so (might making $woocommerce global have something to do with it?):

Contents of wc-api-init:

require __DIR__ . '/WooCommerce/Client.php';
require __DIR__ . '/WooCommerce/HttpClient/BasicAuth.php';
require __DIR__ . '/WooCommerce/HttpClient/HttpClient.php';
require __DIR__ . '/WooCommerce/HttpClient/HttpClientException.php';
require __DIR__ . '/WooCommerce/HttpClient/OAuth.php';
require __DIR__ . '/WooCommerce/HttpClient/Options.php';
require __DIR__ . '/WooCommerce/HttpClient/Request.php';
require __DIR__ . '/WooCommerce/HttpClient/Response.php';

use Automattic\WooCommerce\Client;

global $woocommerce;
$woocommerce = new Client(
    'http://bight.pillbox.co.za', 
    'ck_c8a3ef5088180731901999f8faf07fccd2b4591a', 
    'cs_0560ac9c15e743f4c172159da8a0d949da97a059',
    [
        'wp_api' => true,
        'version' => 'wc/v2',
    ]
);

Contents of header.php

	<div id="content" class="site-content" tabindex="-1">
		<div class="col-full">

		<?php
		do_action( 'storefront_content_top' );

		global $woocommerce;
		print_r($woocommerce->get('cart'));

(If you want I can give you access to this install.)

Isolating the problem

• This bug happens with only WooCommerce and Cart REST-API for WooCommerce plugin are active.
• This bug happens with a default WordPress theme active.
• This bug happens with the WordPress theme Storefront active.
• This bug happens with the latest release of WooCommerce active.
• I can reproduce this bug consistently using the steps above.

WordPress Environment

</details>

Since WP_Error does not extend Exception, and is not implementing Throwable, then when you do:

throw new WP_Error()

it results in a fatal error, and the error messages never get sent back in the request.

Instead, you should probably be doing something else, maybe just:

return new WP_Error()

This is for all the instances of "throw new WP_Error" that are found in the plugin.

The situation is:
I have a woocommerence as backend and a python-flask middleware as frontend.
The frontend has built-in a key/secret pair associated a shop-manager-user.
The end-user sends a request to the frontend, the middleware authenticate the end-user and gets the resources from backend by the built-in key/secret pair.
So I expect to find a way for endusers to access their own cart.
Thank You.

Some of you have had issues with CoCart when developing with Android so my attempt to provide support in that area is in need of your feedback. Below is a changelog on what I have developed for the next release which I hope will provide the missing link and support for future features to come.

I have explained how it works and how to use this newly added support in this blog post. If you have any questions, I will be happy to answer them here.

I look forward to your feedback.

Thank you.

regards,

Sébastien.

v2.1.0

• NEW: Added a new endpoint for fetching products or a singular product in READ-ONLY. No authentication required.
• NEW: Added support for guest carts.
• NEW: Cart data are stored in a new database table.
• NEW: Added plugin details to WooCommerce System Status.
• NEW: Added uninstall.php file to delete tables and options.
• Dev: Clear all carts stored in session via the Tools section of WC System Status.
• Dev: Cart expiration can be filtered if the default 48 hours is not to your liking.
• Dev: Cart key can be filtered before storing cart in the database and creates a cookie on the customer's device.
• Dev: Added conditional filter for returning a cart item.

Note: Carts that have expired past 48 hours are cleared via a cron-job twice daily.
This release is a work in progress and requires developer feedback.

Download release.

Prerequisites

• I have searched for similar issues in both open and closed tickets and cannot find a duplicate.
• The issue still exists against the latest master branch of WooCommerce Cart REST-API on Github (this is not the same version as on WordPress.org!)
• I have attempted to find the simplest possible steps to reproduce the issue.
• I have included a failing test as a pull request (Optional)

Steps to reproduce the issue

Expected/actual behaviour

When I follow those steps, I see...

I was expecting to see...

Isolating the problem

• This bug happens with only WooCommerce Cart REST-API plugin active.
• This bug happens with a default WordPress theme active.
• This bug happens with the latest release of WooCommerce active.
• I can reproduce this bug consistently using the steps above.

WordPress Environment

I'm sure many of you are also wanting the ability for customers to save items for later that they have added to the cart but what about saving the whole cart for later.

Amazon does a good job of allowing you to save items for later one item at a time but not the whole cart.
Like most e-commerce sites, Razer does not allow you to save items one at a time but does allow you to save the whole cart to your account.

So I wanted to know your thoughts. Should WooCommerce have this added as part of the core or would it be better as a feature plugin? Should it be item by item, the whole cart or both? Should the customer be able to share their cart publically?

I'm thinking this would not only be a great feature to have but to extend the Cart REST API to support it.

Leave your comments below.

Example of possibly accessing a saved cart: /wp-json/wc/v2/cart/saved-cart?cart_id=123