httpd-docs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <wikidi...@apache.org>
Subject [Httpd Wiki] Update of "Development/mod_proxy_fcgi" by JeffTrawick
Date Sat, 06 Dec 2014 13:50:09 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Httpd Wiki" for change notification.

The "Development/mod_proxy_fcgi" page has been changed by JeffTrawick:
https://wiki.apache.org/httpd/Development/mod_proxy_fcgi?action=diff&rev1=3&rev2=4

Comment:
I can't confirm the remaining issue in 48272, but I do see a somewhat related problem.

  || - || Moderate || Moderate || Moderate || fixes for CGI variables in different configurations
(sethandler vs. proxypass); fixup r->filename right before adding CGI vars, maybe directory
walk; path info calculation probably needs multiple modes.  Maybe expr based? || Related to
bug 51517 ||
  || - || Moderate || Moderate || Moderate || provide a convenience/less verbose directive
to configure SetHandler plus a backend worker || ||
  || - || Low || Low || Low || Change compile-time diag stuff to trace8 || ||
+ || - || Low || Low || Low || If the output from the application ends without seeing the
headers, mod_proxy_fcgi won't raise an error. (/* XXX what if we haven't seen end of the headers
yet? */) || Presumably this requires buggy application or FastCGI protocol implementation
||
  || [[https://issues.apache.org/bugzilla/show_bug.cgi?id=48272|48272]] || Moderate || Low
|| Low || mod_proxy_fcgi doesn't behave right and should read the complete headers before
calling ap_scan_script_header_err_* || Bug is for an old crash that is now fixed, but submitter
points out something else that should be investigated ||
  || [[https://issues.apache.org/bugzilla/show_bug.cgi?id=55329|55329]] || Low || Moderate
(script portability) || Low || mod_proxy_fcgi does not urldecode PATH_INFO || ||
  || [[https://issues.apache.org/bugzilla/show_bug.cgi?id=56188|56188]] || High || Moderate
|| Low || send FCGI_ABORT_REQUEST on client disconnect || maybe there is a simple case that
could be covered without async processing ||

---------------------------------------------------------------------
To unsubscribe, e-mail: docs-unsubscribe@httpd.apache.org
For additional commands, e-mail: docs-help@httpd.apache.org


Mime
View raw message