Ziet er leuk uit, ik heb wel meteen in het registratieproces een internal server error weten te veroorzaken. Niet heel verrassend dat dit waarschijnlijk door mijn poging tot SQL injection kwam. Misschien daar eerst eens naar kijken voor je reclame gaat maken?
Het zou out of the box moeten werken. Wat gebruik je voor je database? Gewoon Doctrine? Het kan ook iets zijn met mod_security of een andere module die de input probeert te "beveiligen", al heb ik dat nooit meegemaakt met apostrofs in de username. Het kan ook zijn dat registratie in het geheel weigert, ik heb geen correcte registratie geprobeerd en eerlijk gezegd ben ik dat ook niet van plan. Immers: leuk idee, maar niets voor mij.
Ik krijg in Firefox de standaard meldingen van de browser.
Password lijkt in de html geen minimale lengte te hebben? (waar bij de username nog een pattern=".{2,}" bevat)
[size=xsmall]Toevoeging op 15/07/2016 11:13:44:[/size]
<script>
$('#form_save').on('click', function ()
{
if ($('#fos_user_registration_form_plainPassword_second').val()) {
$(this).val('Please wait ...')
.attr('disabled', 'disabled');
$('#theform').submit();
}
});
</script>
wordt de button ook weer ergens ontdaan van het attribute "disabled"?
[size=xsmall]Toevoeging op 15/07/2016 11:16:42:[/size]
als je namelijk op de button klikt, dan poog je bij ingevuld 2e password om de button een val() te geven. IS echter een button, geen input, dus daar merk je niets van.
Wel echter wordt de button gedisabled.
Daarna wordt form gesubmit, echter de browser grijpt nog in om de html5-validatie uit te voeren. Dan klaagt hij over een te korte (fout formaat) username.
Dat kun je aanpassen, echter de button blijft disabled en form kan niet meer gesubmit worden.
In welke browsers test jij dit?
[size=xsmall]Toevoeging op 15/07/2016 11:19:07:[/size]
Gedrag is trouwens anders in Chrome, maar daarbij afhankelijk van het wel ingevuld zijn van 2e password veld.
