Hi all, I am currently testing BaaS's for a project. With Appwrite (running in Docker) I ran in two big issues where I am not sure if I did something wrong / the functionality is bugged and / or how I can fix it.
- To bring multiple collections into relation, I tested the really handy "relationship" functionality. Unfortunately, out of a sudden I saw many empty relationship entries in some documents (see Screenshot). When I want to delete them by pressing
xthe web-UI stops working and I have to do a page refresh (STRG+R / F5).
Maybe the empty entries are caused by my Relationship-Setting Set NULL - set document ID as NULL in all related documents - but I am not sure. Anyway, even if this is the case I would need to be able to delete the empty entries, or?
Bonus Question: If Relations are not production ready and buggy, what else would be an "Appwrite-style" approach to link different collections? I did not find anything else which would enable a foreign key relationship behavior so far.
2)
What I suddenly experienced as well was that I cannot change the name of an attribute of a document. If I try that I just get the not really helpful message Server Error and that's it (See screenshot). I could image that this behavior correlates with the root cause of issue 1 but I have no idea how to solve this.
Finally, and not an issue but curosity: is there an easy possibility to data via UI to backup them and maybe even import it again? Like a csv dump?
Recommended threads
- Local appwrite run functions --user-id n...
Hi, I'm running into an issue when testing Appwrite functions locally with user impersonation. I'm using a self-hosted Appwrite instance and running functions ...
- Selfhosted Github App installation
I've followed this guide: https://appwrite.io/docs/advanced/self-hosting/configuration/version-control to connect GitHub to my self-hosted Appwrite instance (1....
- User ID case sensitivity
I see that through REST (and SDK as well), getting a user is not case sensitive. And even though documentation does not clearly state that it is, the wording "V...