I wanted to open the discussion around a case i think is an important bug using multilevel/leveldb over the network.
When you are working with multilevel client and the connection to the server ends in any way all of the "query" streams (no matter their state) simply emit end and close
i have seen this in production with tcp sockets etc. I address it in a clunky way in multilevel-reconnected but i want feedback on what the pattern should be and how i should modularize this.
In the scope where you create the read stream you no idea it did not get all of the data unless you check if the connection has disconnected since the stream started.
any app that has ownership of consistency for a segment of keys will not produce correct results when it doesn't get the whole stream
stream data: 1
stream data: 2
stream data: 3
stream end
stream close
stream close
stream data: 1
stream end
stream close
stream close
end server.
also multiple close events is an issue i would like to pr perhaps in muxdemux