I've been banging my head against an issue for days at at this point it seems like it's something to do with the sdk so I've spent several hours tonight on it. I can make calls to appwrite successfully for a while and it seems like the issue pops up when there are several calls together but even then it takes many tries to trigger it then it sticks because the client(appwrite Users) is "poisoned". This presents as "Object reference not set to an instance of an object.'" but nothing I've passed is null. I ended up tracing it back to here(screenshot #1) in HttpConnection.cs where it appears to be processing headers. Going back up the stack I find that the http client has two empty header keys(screenshot #2) and those seem to be what ends up as nulls. Has anyone seen this or have insight into where these headers come from? Once they are there they stick because this only removes default headers when they match something that is passed in.
React frontend talking to a c# backend to an updated self-hosted Appwrite server.
My best guess is a race condition when the headers are being modified in that github link.
Recommended threads
- [v1.8.1] Getting error "(role: applicati...
... but that scope doesn't exist. I am trying to get a function to run and modify tables in the database dynamically. I set everything up and eventually got: ...
- TOO_MANY_REDIRECTS after temporarily ena...
I am losing my mind over this, I enabled this setting because I was having issues with sites not making links with https. I enabled it, ran into issues, so I di...
- TablesDB `updateRows` returns `database_...
Hi Appwrite team! I’m seeing a strange issue with TablesDB bulk row updates on a self-hosted Appwrite instance. **Environment** - Appwrite self-hosted `1.9.0` ...