Re: CGI apps receiving incomplete POST parameters

[prev] [thread] [next] [Date index for 2004/12/23]

What would happen if you extended the time out period of the server?

Jay Scherrer

On Wednesday 22 December 2004 03:04 pm, Kurt Newman wrote:
> I've recently converted from Apache 1.3.x to Apache 2.0/mod_perl
> 1.99 on RedHat 9.
>
> The issue I'm having are for those applications that attempt to
> POST data (e.g. from a form) that are, for the most part, pretty
> large (e.g. 46kB).  Unfortunately, with this newer version, the
> applications aren't receiving the full POST'd parameters.
>
> To best describe what I'm talking about, here are two examples. 
> For each one, you'll see some version information along with a form
> that have 500 pre-checked boxes. (each has large value names to
> help increase the POST size).  To test this, go to the very end of
> the form and click 'Submit Query'.
>
> Working (Apache 1.3.x using mod_perl 1.26):
> https://www.globaldataguard.net/perl/mycheckbox.cgi
>
> Broken (Apache 2.0.40 using mod_perl 1.99):
> https://www.globaldataguard.net:5043/perl/mycheckbox.cgi
>
> Each version will attempt to print out their entire parameter list
> using CGi.pm's Dump() subroutine.  The "working" version will print
> out a complete paramter list, whereas the "broken" version
> arbitrarily lops off the data.
>
> To ensure that it wasn't some odd code behavior or even the web
> server, I took the same mycheckbox.cgi code and reconfigured the
> webserver to use mod_cgi (instead of mod_perl).  When I do this,
> all works as intended (except for it not being under mod_perl of
> course).
>
> Thank you,
> Kurt


        -- 
        Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html