You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Dec 18, 2025. It is now read-only.
Databases.CreateDatabaseRequest and CreateCollectionRequest defaults Enabled to false. So the API logic is currently that if you don't specify anything, you probably want your new thing to be disabled.
It is a bit hard to follow that logic, so I am assuming it is unintentional. Especially since the Appwrite cloud interface does not show you that a database or collection is disabled. You have to know that the reason you can populate a collection via the server API and the web UI, while you keep hitting "database not found" when attempting the same on the client API is indicative of this state.
The Appwrite team did not immediately know this which is why they just spent a week with me trying to find out how I had somehow managed to mess up my client code ;)
The database appears normally in the web UI and can be populated via the server API just fine.
Access to the database via client API will fail with a "database not found" error, while realtime updates from edits made via server API or the web UI will go through to the client just fine.
Expected Behaviour
The API assumes that unless otherwise specified, the new thing you are creating is something you want enabled.
Describe the bug
Databases.CreateDatabaseRequestandCreateCollectionRequestdefaultsEnabledto false. So the API logic is currently that if you don't specify anything, you probably want your new thing to be disabled.It is a bit hard to follow that logic, so I am assuming it is unintentional. Especially since the Appwrite cloud interface does not show you that a database or collection is disabled. You have to know that the reason you can populate a collection via the server API and the web UI, while you keep hitting "database not found" when attempting the same on the client API is indicative of this state.
The Appwrite team did not immediately know this which is why they just spent a week with me trying to find out how I had somehow managed to mess up my client code ;)
Reproduction Steps
Expected Behaviour
The API assumes that unless otherwise specified, the new thing you are creating is something you want enabled.
Screenshots / Examples
No response
.NET version
No response
Additional Context
No response