SubscribeToStreamAsync will start with the next event after a given position about eventstore-client-dotnet HOT 7 CLOSED

We have experienced this issue as well. Since we needed to also use a starting position in some cases we had to use the parameterless overload when a starting point is not specified and subtract 1 and use the bugged overload otherwise.

Needless to say, we would appreciate if this bug is fixed soon as it's a fundamental problem in gRPC client.

from eventstore-client-dotnet.

Following @thefringeninja advice, the workaround for reading from the start is to use the overload without the position. It indeed starts from the beginning of the stream.

from eventstore-client-dotnet.

Updated the description.

from eventstore-client-dotnet.

This is by design - subscribing is an exclusive operation. If you have no checkpoint, please user the overload that does not take a StreamPosition.

https://developers.eventstore.com/clients/dotnet/generated/v20.6.1/subscribing-to-streams/#subscribing-to-a-stream

from eventstore-client-dotnet.

This is by design - subscribing is an exclusive operation. If you have no checkpoint, please user the overload that does not take a StreamPosition.

https://developers.eventstore.com/clients/dotnet/generated/v20.6.1/subscribing-to-streams/#subscribing-to-a-stream

I don't think off-by-one errors are by design and the behavior is different than the old TCP client.

from eventstore-client-dotnet.

This is extremely confusing and should be properly documented. Wuth the concept of start as a position is natural to think the start of the stream is the event number 0, not whatever the underlying limitation of the implementation of the event store.
Also this adds overhead on every client that consumes the library:

If(we-dont-have-processed-events)
    Subscribe()
else
    Subscribe(position)

Is way more natural just do

var lastPosition = GetLastPosition()
Subscribe (lastPosition)

from eventstore-client-dotnet.

this has been fixed in version 22.0.0 of the client,
you can use FromAll.Start, FromStream.Start to achieve the desired behaviour.
More details in this PR #188

from eventstore-client-dotnet.