Yesterday I experienced a slew of 500 - Internal Server Error responses while trying to create new products.
Naturally, my app logged the task as 'failed' locally and scheduled a retry.
However, much to my surprise, despite the Internal Server Error responses being returned, a bunch of products had in fact been created.
This is a highly unexpected and unwelcome behavior which forces me to implement a 'cleanup' routine that requests lists of "ghost" entities (products, images, etc) using the "since_id" parameter and removes them. The idea is to use the highest since_id value last-recorded locally, retrieve all these "ghost" entities and remove them.
1. Can anyone confirm that this behavior has been experienced by others?
2. If so, is it going to be fixed?
3. In the meantime, can anyone recommend a more robust approach than the one I outlined?
Also, it would help if Shopify would allow for a "LocalProductID" attribute of Product so that an 'internal' ProductID attribute can be associated to the Product entity (just like SKUs are associated to Variants) as well as allowing the possibility of retrieving products by that attribute.
For this type of specific issue with 500 - Internal Server Error responses we recommend reaching out to [Partner Support] with more detailed information about what happened so it can be investigated.
Important information includes a date/time/timezone within the past 7 days when the issue occurred, which store it happened on, what app made the API call, and an example of a product that got created which shouldn't have. Thanks!
I have queried Shopify Partner's support a few times already. They are not in a position to service developers nor they are willing to escalate matters as needed. They simply refer to these forums and instruct you to "ask the community".
The app in question is "nc-connector-17". This is a custom app that runs on one store only.
The store in question is "antropos-boutique.myshopify.com".
Unfortunately I cannot provide you with exact dates/timestamps - it was less than 7 days from today - nor product IDs as those products have already been purged.
However if this has occurred once, chances are that it will happen again and when it does I will post here timestamps and product IDs. However the issue here is pretty clear: a 500 error is returned and yet the action is carried out which essentially forces me to account for a system that lies to me... I'm guessing that these actions are queued internally and retried if needed...
This is a really really serious issue.
Just for my own peace of mind,
can I get some assurance that someone is actually going to investigate this extremely serious issue or will it remain just a forum post with no actual resolution?
Thanks for your reply. Further communication about this inquiry will be through the support request that you submitted to help ensure the safety of store data.