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
Currently Catalyst expects ->print to return a truthy value on success. This is is likely because that's how perl's internal print works. That seems like a reasonable API and what most people using this module would expect. Currently it the return value appears to be undocumented, so clarifying that and making it always truthy should not break things.
While normally returning the thing printed would be a truthy value, ->print(0) or ->print("") would not.
I did also file a Catalyst-Runtime bug letting them know they're not correctly using String::Buffered and pointing them at this issue.
The text was updated successfully, but these errors were encountered:
melmothx
added a commit
to melmothx/Stream-Buffered
that referenced
this issue
May 14, 2021
As explained in GH#4, Catalyst is using the return value of the ->print
call. This fails if the chunk is a falsy string.
This patch makes the return value consistent with the File backend.
Address plack#4
Currently Catalyst expects
->print
to return a truthy value on success. This is is likely because that's how perl's internal print works. That seems like a reasonable API and what most people using this module would expect. Currently it the return value appears to be undocumented, so clarifying that and making it always truthy should not break things.While normally returning the thing printed would be a truthy value,
->print(0)
or->print("")
would not.I did also file a Catalyst-Runtime bug letting them know they're not correctly using String::Buffered and pointing them at this issue.
The text was updated successfully, but these errors were encountered: