I have a form in html that is sending to my php to login. The form, when hitting submit, does nothing. If you hover over the button it shows the correct path that it should be posting to. It asks to save the password just like any other typical form as well, so I'm not sure why it's not going through. I do have a html5 form shim on, but it doesn't submit in FF/Chrome either (https://github.com/dsheiko/HTML5-Form-Shim). This is the HTML for the form (sorry if should have posted in html instead):
//creates a 3 character sequence, hash pass again
function createSalt()
{
$string = md5(uniqid(rand(), true));
return substr($string, 0, 3);
}
?>
Also going to the php file itself throws a 500 server error. I took out the includes/requires at the top and tried again, and it still does the error, which I dont see why as it should just call the header back since the post is blank.
I also didn't notice it sending anything at all in firefox. If you want you can see at: http://imengine.gofreeserve.com/fileshare/register.php
If you're going to ask people to look at it and test it you at least need to give them things like the registration code otherwise you're not going to get a lot of help if we can't test it
//Please don't use this for your form processing:
if (isset($_POST['submit']))
//Internet explorer has a bug and does not always send the submit value.
If you're going to ask people to look at it and test it you at least need to give them things like the registration code otherwise you're not going to get a lot of help if we can't test it
Sorry about that. Been sick. it doesnt matter what you put in the form. Just keep going with characters until a green arrow shows up, but to be exact one some things:
email needs an email type, password is 6 characters and both have to match, reg code is 16 characters, zip code is 5 numbers, and the rest shouldn't need more than 2 characters.
I took out the submit and yes it is a jquery plugin. There isn't another way I know of to use validation like the rest of the good browsers. The checks still work per browser, at least visually, with those that support html5 form validation. I've looked through the plugin and don't see anything, but I could very possibly be missing something.
With JavaScript enabled the form will not submit - it also insists on rejecting valid values entered into several of the fields - such as not allowing one character surnames (I know of people with surnames like that), three character state codes and no state code at all are valid depending on which country you are in etc.
With JavaScript disabled it submits and presents http://imengine.gofreeserve.com/fileshare/classes/class.registration.php as a blank page with no code in it whatsoever.
With JavaScript enabled the form will not submit - it also insists on rejecting valid values entered into several of the fields - such as not allowing one character surnames (I know of people with surnames like that), three character state codes and no state code at all are valid depending on which country you are in etc.
With JavaScript disabled it submits and presents http://imengine.gofreeserve.com/fileshare/classes/class.registration.php as a blank page with no code in it whatsoever.
The validation isn't completely done as I'm still going to add in the dynamic provinces/states/postal codes, but I do appreciate you pointing that out for me to keep in mind.
Weird that it will submit w/o javascript on. Is that typical of all forms, or most likely the validation code I'm using is stopping it? Also which browser? The other page is blank because it wasn't done, and disabling javascript (it's required on the site, eventually when complete) kills some checks clientside, and I haven't returned the errors in the php check yet because I couldn't get there. xD
Its typical of all forms that the javascript is interfering with. JS should be the very last thing added. Make sure it works and is validated properly server side, then add the splash of JS for the fancy.
This has syntactical errors within it:
PHP Code:
$bind = array( ":uemail" => "$_POST['email']" );
That is invalid. That should be:
PHP Code:
$bind = array( ":uemail" => $_POST['email'] );
There is never a reason to require JS.
You shouldn't be developing code on a live server. Download an apache, php and mysql environment and install it (or a package like the wamp or many other flavours), and test there. At the minimum get ahold of the php.exe which can execute a lint check against the code, which is what I did to see the T_ENCAPSED_AND_WHITESPACE error on that line above.
Its typical of all forms that the javascript is interfering with. JS should be the very last thing added. Make sure it works and is validated properly server side, then add the splash of JS for the fancy.
This has syntactical errors within it:
PHP Code:
$bind = array(
":uemail" => "$_POST['email']"
);
That is invalid. That should be:
PHP Code:
$bind = array(
":uemail" => $_POST['email']
);
There is never a reason to require JS.
You shouldn't be developing code on a live server. Download an apache, php and mysql environment and install it (or a package like the wamp or many other flavours), and test there. At the minimum get ahold of the php.exe which can execute a lint check against the code, which is what I did to see the T_ENCAPSED_AND_WHITESPACE error on that line above.
I got it working. It was hung up on the way I was updating the db. I understand you NEVER have to have js, but I was using it no matter what for other things like folder tree stuctures, ect.
All I was trying to do was let html5 do it's pretty validation on IE as well as older browser versions that don't support it, so the majority of regular users on IE 9 could enjoy it, and save me some time. It isn't a requirement I know, just never ran into a js for input fields interrupt a submit button action on a form.