then with archived=true appended to "purge" the database so that I could start over. I'm following the exact same protocol. I first deleted all records of the object and am attempting to delete the object but am receiving a 400 error with the following response:
The api key matches and is working with the other schema requests, so I'm not entirely sure what could be the cause of this issue, but I need it resolved rather quickly.
Hi @rOsborn123 , just getting back from my break and I was checking in on this. Looks like there wasn't a good answer. Hopefully just a quirk that will not happen again.
Hi @rOsborn123 , just getting back from my break and I was checking in on this. Looks like there wasn't a good answer. Hopefully just a quirk that will not happen again.
endpoint to completely delete the object. You can then recreate a custom object with the same name if you want. Purge has been deprecated, I believe. The key is to make sure all instances of the object are deleted first. I'm not sure if this helps but just giving some background in case it might help. This seems to be a particular error. Let me know if you've tried that and are getting this same error on the initial delete endpoint. Might help to pinpoint what's going on and where.
I have not attempted recently, but this is the method I have successfully done in the past. @rOsborn123 saw your support ticket and it looks like it is in the right hands.