We cannot pass QUERY as an argument to psgi_app() anymore (after an adoption of code from markstos#17) because it will be overwritten by a new CGI::PSGI object.
There were some use cases where this was useful - e.g. when psgi_app() was used as a helper method for calling new() and run_as_psgi() on every request.
So I'd suggest to document it at least.
Documentation that shows usage of psgi_app() needs fixing as well.
As a side note, I don't completely see why QUERY parameter was chosen as a way to provide CGI::PSGI object to CGI::Application - because the more "natural" (and documented) way to do that is apparently overriding of cgiapp_get_query() method. It should be documented which of them has a precedence, if nothing else.
We cannot pass QUERY as an argument to
psgi_app()anymore (after an adoption of code from markstos#17) because it will be overwritten by a newCGI::PSGIobject.There were some use cases where this was useful - e.g. when
psgi_app()was used as a helper method for callingnew()andrun_as_psgi()on every request.So I'd suggest to document it at least.
Documentation that shows usage of psgi_app() needs fixing as well.
As a side note, I don't completely see why
QUERYparameter was chosen as a way to provide CGI::PSGI object to CGI::Application - because the more "natural" (and documented) way to do that is apparently overriding ofcgiapp_get_query()method. It should be documented which of them has a precedence, if nothing else.