
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
- Transferring self-hosted to cloud: will ...
I'd like to transition over to Appwrite cloud, but want to ensure my users won't be forced to re-login.
- appwrite cli alpine os
the appwrite cli does not work on alpine os if you install it using the recommended bash script. Maybe there is the possibility to compile it for alpine using t...
- Appwrite 1.7.4 " Utopia\Domains\Domain::...
