amplify-category-api
amplify-category-api copied to clipboard
id field is not of type string for model instead of ID
How did you install the Amplify CLI?
npm
If applicable, what version of Node.js are you using?
v20.12.0
Amplify CLI Version
12.13.1
What operating system are you using?
Mac
Did you make any manual changes to the cloud resources managed by Amplify? Please describe the changes made.
No
Describe the bug
My schema has at least 30 days deployed without changes, today I going to change something however when I pushed the changes I got this issue:
InvalidDirectiveError: geofenceVehicleId field is not of type String
Schema line before the change:
geofenceVehicleId: ID! @index(name: "byGeofence", sortKeyFields: ["name"])
So I revert the change in my Schema but I'm still getting the same issue, after that I decided to change the type of the geofenceVehicleId for String, therefor I got the next error message:
InvalidDirectiveError: id field is not of type String
My Schema in this moment:
type Vehicle @model @auth(rules: [{ allow: public }]) {
id: ID!
}
I tried to change ID for String type and I can pushed the changes in a No-Prod environment and however I got this warning message:
This update will replace table(s) [VehicleTable]
ALL EXISTING DATA IN THESE TABLES WILL BE LOST!
If this is intended, rerun the command with '--allow-destructive-graphql-schema-updates'.
for that reason I cannot push the changes into my prod environment and I had to rollback all changes, and I still not have idea the reason why I got this error message.
I also want to highlight that this is the only one that gives me this error, while the other relationships are the same but do not have this particular issue.
Expected behavior
From my perspective, the schema should work as it did initially since I haven’t changed anything. However, I understand that a CLI update might have introduced changes, causing a new error like this. Ideally, the CLI should indicate what exactly I need to modify in my schema, specifying the exact line. Currently, it only mentions the attribute, and since I have many attributes with the same name, it’s difficult to pinpoint where the issue lies.
Reproduction steps
I suppose that the steps are related to the way how I setup the schema.
Project Identifier
Project Identifier: fb5b99268af59802a9999a876ab703cd
Log output
# Put your logs below this line
Additional information
No response
Before submitting, please confirm:
- [X] I have done my best to include a minimal, self-contained set of instructions for consistently reproducing the issue.
- [X] I have removed any sensitive information from my code snippets and submission.