You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
RequestInvokerHandler is changing the FeedRangePartitionKey to FeedRangeEpk, (regardless of what the upstream asked for). Apart from obvious concerns of doing this at such a low level (in a rather blind manner), there are at least 2 issues that I see here. Upstream (say query enumerators) have no knowledge of this and no control over this. Test infra (for e.g. InMemoryContainer) does not seem to mimic this behavior (so we are missing coverage).
CFP does not use HPK, it either sends a PKRangeId or an Epk, nothing else.
For CF Pull I don't know, we would need a real account to be able to test, there is no way to test this otherwise. Looking at the source code, it uses this:
RequestInvokerHandler is changing the FeedRangePartitionKey to FeedRangeEpk, (regardless of what the upstream asked for). Apart from obvious concerns of doing this at such a low level (in a rather blind manner), there are at least 2 issues that I see here. Upstream (say query enumerators) have no knowledge of this and no control over this. Test infra (for e.g. InMemoryContainer) does not seem to mimic this behavior (so we are missing coverage).
azure-cosmos-dotnet-v3/Microsoft.Azure.Cosmos/src/Handler/RequestInvokerHandler.cs
Line 516 in 5788326
This was discussed in the SDK sync and acknowledged as something that should be addressed. This issue is logged to track this work.
The text was updated successfully, but these errors were encountered: