You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The question is do you still want to support for long term this option in Commerce API - to disable path customizations. For transitioning old projects (like in my case this is saviour feature). But I think over time maintaining it might rise some unnecessary issues. I think being here agnostic is good approach.
Regarding your question, yes i think this will be a good place. In addition should i create new ticket basically addressed for both Commerce API and here for adding language path support or all translations request should be handled within Headers?
This SDK is definitely geared towards the Centarro Commerce product. But that is also built on the open source software. It is probably best to handle a generic resource type mapping than a toggle. This way it is more flexible
By default in Commerce API and centarro/js-sdk all resources has non standard JSON:API endpoints naming. Maybe it's worth considering adding a path resolver when standard paths are restored. More details can be found here:
https://www.drupal.org/docs/contributed-modules/commerce-api/remove-customizations-to-resource-types
The text was updated successfully, but these errors were encountered: