Fix stacking invalid order requests

[lukeromanowicz]

Related issues

#2663 #2740 #2751

closes #2663 #2740

Short description and why it's useful

It prevents repeating order requests by disabling order caching in case of invalid request body (http code 400).

Screenshots of visual changes before/after (if there are any)

Which environment this relates to

Check your case. In case of any doubts please read about Release Cycle

• Test version (https://test.storefrontcloud.io) - this is a new feature or improvement for Vue Storefront. I've created branch from develop branch and want to merge it back to develop
• RC version (https://next.storefrontcloud.io) - this is a stabilisation fix for Release Candidate of Vue Storefront. I've created branch from release branch and want to merge it back to release
• Stable version (https://demo.storefrontcloud.io) - this is an important fix for current stable version. I've created branch from hotfix or master branch and want to merge it back to hotfix

Upgrade Notes and Changelog

• No upgrade steps required (100% backward compatibility and no breaking changes)
• I've updated the Upgrade notes and Changelog on how to port existing VS sites with this new feature

IMPORTANT NOTICE - Remember to update CHANGELOG.md with description of your change

Contribution and currently important rules acceptance

• I read and followed contribution rules
• I read the TypeScript Action Plan and adjusted my PR according to it
• I read about Vue Storefront Modules and I am aware that every new feature should be a module

[pkarw]

@lukeromanowicz for sure You will add it - but we probably need to check the response statuses and not stack the orders with failing validation, but probably stack the orders with server error - and surely with the lack of internet connection. However, when the server is down because of traffic peak in 9/10 cases it will return 502/503 error - so kind of 5xxx

[lukeromanowicz]

This PR fixes only handling HTTP 400 responses to order create requests with an invalid address on directOrderSync turned on, so a proper popup is being shown and bad requests are not stacking in the queue. In my opinion, it's not possible to make it work well with directOrderSync being off without #2753

[pkarw]

In the rare case of the offline mode order error we should show the notification like: “There was an error processing You’re offline order. Probably the ordered products went out of the stock. Please re-order the products or contact us”

In this case we have two options for a work around:
A) show this notification, remove order from the queue, add the products to shopping cart and redirect to cart (Remake order exactly as it works ok User Account - order history - remake order)
B) show this notification, remove order from the queue

Of course A is preferred - I bet You can make it :-)

Then some day we’ll implement the #2753

We can do B to 1.9 and A to 1.10rc1 if you feel more safe with that but we
Probably shouldn’t leave this issue unaddressed as we’re aware of it in the end...

[pkarw]

We can merge it in but handling the error messages in case of validation issue plus offline order errors (A or B) is crucial.

[pkarw]

OK could you move the comments out of this PR to kind of issue to not loose the ideas then? @lukeromanowicz

[lukeromanowicz]

@pkarw I've implemented B) for now. Instead of doing A I would suggest rushing #2753 because this part of code needs refactor anyway.

[patzick]

One quick change in if