"Submit" problems

[cap97]

I have about 6000 forms that all worked fine yesterday. Then my hosting provider did an upgrade and today none of them work. It appears to me that all the forms are no longer registering that someone has clicked the submit button. Originally, I named a button "submit" and then did the following:

if ($submit)
{

 action

}
else
{

 show form

}

Apparently this no longer works. Not sure why. Here's my host's current setup:

http://www.boilingpoint.com/phpinfo.php

Any ideas?

Mike....

[ir4z0r]

your webhost upgraded to 4.1.2? 😕

anyway, use $POST['submit'] if provided by post-forms
or $GET['submit'] if provided per GET (URL or method=get)

[cap97]

Originally posted by ir4z0r
your webhost upgraded to 4.1.2? 😕

Uh...I guess. Why, is that bad? 🙁

Originally posted by ir4z0r
anyway, use $POST['submit'] if provided by post-forms
or $GET['submit'] if provided per GET (URL or method=get)

I've tried that but it doesn't seem to make a difference. I created this really basic page:

http://www.livinglegend.org/test.php

With the following code:

<?php

 if (isset($_POST['submit'])) 
 {

  echo "Hello!\n";

 }
 else
 {

?>  

 <FORM NAME=bio_admin METHOD=POST ACTION=<?php echo $PHP_SELF?> ENCTYPE=multipart/form-data>

 <INPUT TYPE=submit NAME=submit VALUE="SUBMIT DATA"><INPUT TYPE=reset VALUE=RESET>

<?php

 }

?>

No good. Doesn't register the button. Any thoughts?

Mike....

[ir4z0r]

phpinfo says "Build Date Sep 26 2002", are u sure PHP is the problem?

nowadays, PHP is upgraded to 4.3.0 or even 4.3.1, 4.1.2 is FAR older

try removing the isset(), just use the variable, cause for PHP everything
unlike 0 or "" is true

[cap97]

Originally posted by ir4z0r
phpinfo says "Build Date Sep 26 2002", are u sure PHP is the problem?

I got an e-mail notice saying they upgraded PHP and MySQL (with plans to update to 4.3 next week - meaning even if I fix this I may have to fix it AGAIN later - grr). All these forms worked yesterday, none of them work today. Some forms have MySQL coding, some don't. Either way they don't work. I can only assume this is a PHP issue. (Which doesn't mean I'm right, of course!)

Originally posted by ir4z0r
try removing the isset(), just use the variable, cause for PHP everything
unlike 0 or "" is true

Okay, I have this now:

<?php

 if ($_POST['submit'])       

 {

  echo "Hello!\n";

 }
 else
 {

?>

 <FORM NAME=bio_admin METHOD=POST ACTION=<?php echo $PHP_SELF?> ENCTYPE=multipart/form-data>

 <INPUT TYPE=submit NAME=submit VALUE="SUBMIT DATA"><INPUT TYPE=reset VALUE=RESET>

<?php

 }

?>

Still doesn't work...

http://www.livinglegend.org/test.php

Any other ideas? You solve this for me, I'll buy you a cookie!

Mike....

[ir4z0r]

your example works for me (4.3.1), I suggest, you wait until
you got the new version ...

just be aware that some variables will not be available anymore
for example $PHP_SELF doesn't contain anything, it has been
replaced by something similar ...

[stolzyboy]

works for me also, version 4.2.2, and your first example with the

$submit

should work since according to you phpinfo.php page, register_globals is on

[cap97]

Originally posted by ir4z0r
your example works for me (4.3.1), I suggest, you wait until
you got the new version ...

Razzin' frazzin'...

Originally posted by ir4z0r
just be aware that some variables will not be available anymore for example $PHP_SELF doesn't contain anything, it has been replaced by something similar ...

Really? I've only used it in about 6 billion places...So what's the replacement?

[stolzyboy]

$_SERVER['PHP_SELF']

would be the replacement and i suggest you put up a phpinfo page on your livinglegend.org site to ensure that it is on the same server as the boilingpoint.com server, it is likely that it isn't, so you may have a different version than you are thinking

[stolzyboy]

just for giggles, try putting that at the top of your test.php page on livinglegends.org

<?
if (!ini_get('register_globals')) {
    $types_to_register = array('GET','POST','COOKIE','SESSION','SERVER');
    foreach ($types_to_register as $type) {
        if (@count(${'HTTP_' . $type . '_VARS'}) > 0) {
            extract(${'HTTP_' . $type . '_VARS'}, EXTR_OVERWRITE);
        }
    }
}
?>

[cap97]

Originally posted by stolzyboy
$_SERVER['PHP_SELF']

would be the replacement and i suggest you put up a phpinfo page on your livinglegend.org site to ensure that it is on the same server as the boilingpoint.com server, it is likely that it isn't, so you may have a different version than you are thinking

Looks to be the same:

http://www.livinglegend.org/phpinfo.php

Originally posted by stolzyboy

just for giggles, try putting that at the top of your test.php page on livinglegends.org

Okay done! Don't see any difference. What is all that stuff? New code:

<?
if (!ini_get('register_globals')) {
    $types_to_register = array('GET','POST','COOKIE','SESSION','SERVER');
    foreach ($types_to_register as $type) {
        if (@count(${'HTTP_' . $type . '_VARS'}) > 0) {
            extract(${'HTTP_' . $type . '_VARS'}, EXTR_OVERWRITE);
        }
    }
}
?>


<?php

 if ($_POST['submit'])
 {

  echo "Hello!\n";

 }   

 else
 {

?>

 <FORM NAME=bio_admin METHOD=POST ACTION=<?php echo $PHP_SELF?> ENCTYPE=multipart/form-data>

 <INPUT TYPE=submit NAME=submit VALUE="SUBMIT DATA"><INPUT TYPE=reset VALUE=RESET>

<?php

 }

?>

[stolzyboy]

man, i don't know what your host has going on, but they broke something, and all that stuff is checking to see if register_globals is on or off and then creating the vars to make your globals accessible by a simple $, and that still won't screw up the others like $POST and $GET and such. just not sure what is going on, you may have to contact them and let them know something weird is going on

[cap97]

Originally posted by stolzyboy
man, i don't know what your host has going on, but they broke something, and all that stuff is checking to see if register_globals is on or off and then creating the vars to make your globals accessible by a simple $, and that still won't screw up the others like $POST and $GET and such. just not sure what is going on, you may have to contact them and let them know something weird is going on

I did. They said they were going to push the upgrade to 4.3 to tomorrow in hopes that fixes my problem. If not, I'm no worse off. Thanks for everyone's help.

Mike....

[Hoangsta]

I had the same problem tooo. had is the key word. it's not ur code, that's for sure. ur right about the server though.

make sure that the server .ini debugging modular is set right. I don't know how to set it up, but I can find out. My little brother fixed something in the php.ini

[cap97]

Still experimenting, I made the bare-bones script even more bare-bones and instead of

<FORM NAME=bio_admin METHOD=POST ACTION=<?php echo $PHP_SELF?> ENCTYPE=multipart/form-data>

I did...

<FORM NAME=bio_admin METHOD=POST ACTION=<?php echo $PHP_SELF?>>

...and now it works! 😕

http://www.livinglegend.org/test.php

<?php

 if (isset($_POST['submit']))
 {

  echo "Hello!<P>\n";

  echo "<A HREF=$PHP_SELF>INDEX</A>";

 }   

 else
 {

?>

 <FORM NAME=bio_admin METHOD=POST ACTION="<?php echo $PHP_SELF?>">                              

 <INPUT TYPE=submit NAME=submit VALUE="SUBMIT DATA"><INPUT TYPE=reset VALUE=RESET>

<?php

 }

?>

So the "ENCTYPE=multipart/form-data" is what's causing the problem? I've been using that because I upload other types of data, such as images, with my form. And again, they were all working before the upgrade and now they don't.

So based on this new discovery, does that solve anything? (Or narrow down the problem a bit more?)

Mike....