Skip to content

Conversation

@tscott-servicetitan
Copy link

Summary

When using a separate (custom) IResponseStream this check will fail. Rather, we can allow this check to pass as long as IResponseStream is implemented.

Note

Not sure is this is safe/ok. I came across this issue in my own unit tests after implementing my own custom IResponseStream. Within the middleware, I will replace the original (context.Result) ResponseStream within a wrapper of my own making.

Copy link
Member

@michaelstaib michaelstaib left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not sure if this is a good idea... there are several guarantees around ResponseStream and OperationResult. Lets wait on this until we are further with 16 ... for 15 we cannot change it. For 16 I want to have a clearer picture where we are heading with result types as we are currently working on this: #8931

@tscott-servicetitan
Copy link
Author

Makes sense, I thought that may be the case. Thank you for taking a look!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants