Apache 1.3.27, PHP 4, SuSE 8.2 PRO - Form-Post Failure

[Mike Shallop]

I've recently done an upgrade installation to SuSE PRO 8.2 from
same/8.0.

The problem now is that I don't seem to be receiving data from forms
to PHP-processing pages using either POST or GET for the form method.

When I use GET, I see that the URL has been correctly formed with the
variable name embedded in the URL along with the properly formed
value:

http://www.whatever.com/test.php?main=showproducts&cmdGo=Process+Request

Then, in a sample php script:
<?
print "main: $main<BR/>\n";
if ($main == "") {
print "main is blank<BR/>\n";
}
?>

All I get in the output HTML on the test php script is the "main: "
portion of the print command - the variable is reported as a null and
tests positive for a null.

The php function test() shows mod_php4 is loaded. I have
performed/duplicated these results with the firewall on and the
firewall off. Not that I think the firewall is an issue since the GET
method shows, via the URL, that the variable information is passed
across forms. But I did read somewhere that a firewall can impact the
POST method so I turned it off to try it - no change in the results.

Even tho the info is being passed (GET), it's not accessible by
var-name access in the PHP script. All the php scripts on my server
are so affected and were working prior to the upgrade.

Any ideas? I also suspect this is why my squirrelmail installation
stopped working.

Thanks!

--Mike

[Mike Shallop]

Re: Apache 1.3.27, PHP 4, SuSE 8.2 PRO - Form-Post Failure

Got it...

In my php receiver script, I added the code as follows:

$<PHPVARNAME> = "$_POST[<HTTPVARNAME>]";

For example, I am passing the variable txtName from the HTTP input
form (text box) to the PHP script. In the PHP script, then, I would
write:

$txtName = "$_POST[txtName]";

Now, I can "see" $txtName within the PHP code instead of it being
blank.

--Mike