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
I've noticed that in the decorated ServerRequest, when calling getParsedBody, the original body is pulled via (string)$request->getBody(), but the StreamInterface is not rewind-ed after the fact.
In my tests, this means that any call to $request->getBody()->getContents() that takes place after that call happens have the internal stream pointer moved to the end of the input stream, and thus pulls basically always nothing.
I'm not sure if this is just a natural and intended byproduct of how PSR-7's StreamInterface works, or if this is something that could be worked around at this level.
The text was updated successfully, but these errors were encountered:
This is just for Slim-Psr7 though. As for these decorators I'm thinking that maybe we should also do some automatic caching in order to enable multiple calls to $request->getBody()->getContents()
I've noticed that in the decorated ServerRequest, when calling
getParsedBody
, the original body is pulled via(string)$request->getBody()
, but the StreamInterface is notrewind
-ed after the fact.In my tests, this means that any call to
$request->getBody()->getContents()
that takes place after that call happens have the internal stream pointer moved to the end of the input stream, and thus pulls basically always nothing.I'm not sure if this is just a natural and intended byproduct of how PSR-7's StreamInterface works, or if this is something that could be worked around at this level.
The text was updated successfully, but these errors were encountered: