Malformed Error Response on Customer Cart Endpoint

[chris.lucas]

Hello,

We've run into an issue where we're getting an error response from the Custom Cart endpoint that does not match the error format described here.

When attempting to POST a customer cart to a merchant that does not exist, we receive this response:

{

    "code": "no_rest",

    "user_msg": "Merchant not found.",

    "dev_msg": "Merchant not found."

}

(It should also be noted that this response had a status code of 200, which I believe is in error.)

According to the documentation for customer checkout, we should be receiving an response along the lines of this:

{

  "message": [

    {

      "code": "no_rest",

      "user_msg": "Merchant not found.",

      "dev_msg": "Merchant not found."

    }

  ]

}

With a status code of 400 to denote a bad user request.

- Chris Lucas

[deliverydotcom API V2]

Sorry, you are experiencing this issue.  We will looking into and get back you.

[deliverydotcom API V2]

Hi Chris,

Checking the endpoint, what was documented is accurate.  See below:

Customer Cart POST

Customer Checkout POST

Can you provide the request body?  So I can better diagnose.  Leave out the client id.

Thanks.

[chris.lucas]

I believe reference the wrong endpoint, If you try hitting https://api.delivery.com/customer/cart/432 (no body necessary; though a valid Authorization header is required), you'll get a response as shown in the screenshot below.

- Chris Lucas

[deliverydotcom API V2]

Thanks for the clarification.  We have found the issue and will post a fix Thursday evening.

- Lawren

[chris.lucas]

That's great to hear. Thanks for the quick response.

- Chris

[deliverydotcom API V2]

Hi chris.lucas,

The release has been delayed until Monday.  I will update this thread once it is released.  Sorry for the inconvenience.

- Lawren

[chris.lucas]

Hi Lawren,

No worries. I appreciate the status update.

- Chris

[deliverydotcom API V2]

Hi chris.lucas,

The fix has been released.  As usual, if you have any problems let us know.

- Lawren