A few of our customers are experiencing issues because their bulk operations will randomly cancel. We don't have anything in our code to even cancel them, so it must be coming from Shopify's servers....
We're having a weird issue with API calls. We're getting a 429 even with 39 calls left. For example here is the final call before the 429: 200, GET, /admin/collects.json?page=402&limit=...
How do you guys deal with enabling third party cookies for embedded apps? Most browsers are much stricter about this nowadays. We use third party cookies to store the session and also ensure the user...
The iframe modals (Through ShopifyApp javascript) aren't retaining the query string variables anymore, it redirects to the iframe without the query strings and is causing issues in our apps. Any...
We used to pass the confirm URL for recurring charge's, but this no longer works: ShopifyApp.redirect('https://apple.myshopify.com/admin/charges/confirm_recurring_application_charge?id=654381177&a...
Is anyone else suddenly having problems with their calculated HMACs coming out as invalid?
I am getting this error when trying to create a product. I am using this library for the rest calls: https://github.com/cmcdonaldca/shopify.net I am only transmitting a string just like the e...
No content to show

User Activity

Unfortunately since the subsequent request come from your own website, they won't have any of the HMAC stuff.
Unfortunately with what explained, anyone can just call the REST API calls easily to manipulate other shops by just knowing the other shops .myshopify.com URL -----------------------------------------Unrelated to the above, I'm trying to use the ES5 ...
The problem is how are your REST API calls authenticated?
Yes our code wasn't setup to handle this so now all our apps are broken.
Is it possible to use this in the old Embedded App SDK?
We are having the same issue. Here is an example bulk operation that is just stuck running for a very long time:  "currentBulkOperation": { "id": "gid://shopify/BulkOperation/48480682046", "status": "RUNNING", "errorCode": null, ...
In case anyone else needs to search by order name AND email, you can still search by email using /customers/search.json. Then you can search by order name from customers:/customers/orders.json?name=xxx
Any word on this? We're looking to upgrade API versions, but our app depends on being able to search by order name to look up the customers order.
This widget could not be displayed.
This widget could not be displayed.
This widget could not be displayed.
This widget could not be displayed.