What is going on with the Function ID ? #298
Closed
Sam115200
started this conversation in
Feedback: Delivery Customization API
Replies: 2 comments 4 replies
|
Hey @Sam115200 as part of the work to support Simplified deployments and allow Functions to have versions, another identifier was introduced in this UUID format. The intention was that either identifiers would work seamlessly together. This is a bug that it's failing with that message and we'll get that fixed. |
4 replies
|
I can confirm that the issue of The issue is resolved now, closing this thread. Thank you team for all the hard work! |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
This applies to all functions, not only delivery customizations.
Previously, function IDs had different values and now the value is changed to a new value all of a sudden, without any notice or change log. Causing multiple issues in the app experience.
For example, this was the value for function ID for this function,

01H23FJ766XZAFYS2B0Q68MFXQand now for the same function it shows up to be2bff928e-972d-40f8-ac79-4d6c1c7473e2as shown below.If we create new function, using the new function ID then it works fine. But trying to use the new function ID generates errors with already created functions, for example, trying to update the function status or metafield value causes this graphql API error,
So, it leaves the app in a weird state, do we use the UUID based new function IDs moving forward? then how to deal with already existing thousands of functions which can't be updated using the new function IDs?
If this kind of big change is aggressively being rolled out which can break apps which use functions, why is this not communicated to developers more clearly before being rolled out? Not even a warning?
All reactions