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
- [Self-hosted] Realtime crashes with "Mis...
- How to use Operator.arrayAppend on a rel...
Hi, is it possible to use any operator on a relationship column? I have a One to Many relationship column on a table and I would like to add entries to the colu...
- Large File Upload Issue with S3/RustFS
Hi, we are seeing a reproducible large upload failure with Appwrite 1.8.0 using S3-compatible storage through RustFS. A file upload of about 10.7 GB consistent...