UBB.Developers Forums UBB.threads 6 Bug Reports Forget password? not working well

Even though I was logged out, my language cookie was set for Spanish. It seems it is currently impossible under Beta 4 to get the system to email you the password if language is not English.

When I clicked on it to send my password, it always said I had a missing field. I am guessing that for some weird reason, the submit button text must have to do with it, as I cant find any difference in the form with the English one:

code:
 
 [:"red"] English working form: [/] 
 [:"blue"] <form method="post" action="https://ubbdev.com/threads/php/start_page.php">
<input type="hidden" name="Cat" value="" />
Username<br />
<input type="text" name =" Loginname" class="formboxes" />
<br />
<br />
Email<br />
<input type="text" name="Email" class="formboxes" />
<br />
<br />
<input type="submit" name="option" value="I forgot my password" class="buttons" />
</form> [/] 

 [:"red"] Spanish, non working form: [/] 
 [:"blue"]<form method="post" action="https://ubbdev.com/threads/php/start_page.php">
<input type="hidden" name="Cat" value="" />
Nombre de miembro<br />
<input type="text" name =" Loginname" class="formboxes" />
<br />
<br />
Correo Electrónico<br />
<input type="text" name="Email" class="formboxes" />
<br />
<br />
<input type="submit" name="option" 
value="[:"purple"] Se me ha olvidado mi contraseña [/] " class="buttons" />
</form>[/] 
 

---

As you can see, asides from the submit button, the input fields are the same.

My guess is that it is the value for the submit button:

Se me ha olvidado mi contraseña

That special character ñ can wreak havoc on form buttons as it doesn't come across properly to match on the backend.

I guess we could have it changed to plain "ñ", but I have never had ñ affect a form before.

It doesn't affect how the form actually works, but the problem is that ñ get's converted and then it tries to match that to the string on the backend script to see what button you clicked. But, because it got converted into the actual character it doesn't match. Hopefully that makes sense.

In a situation where I had lots of forms and submit buttons, I took the approach of using the name attribute, rather than the value attribute, to identify the submit button to the form handler.

For example:

code:
<input type="submit" name="action_browse_first" value="Browse First Page" />
<input type="submit" name="action_browse_last" value="Browse Last Page" />
<input type="submit" name="action_edit_372" value="Perform Edit" />

---

The handler parses the "action_xxxx" to determine what to do. The "value" attributes are used only for the displayed text, and ignored by the handler.

Yes, I'm probably going to have to switch to that for a future release since the current way causes some problems under various languages.

Rick, any chances you will add [:"green"] value="..." [/] tags to the form/s in v.6? I am reviewing all the Spanish language files, and I´d like to know if its worth trying to find diferent words and ways of expressing to say what needs to be said or they can be left as is (being that it will be fixed).

This probably won't get in until 6.1. Really want to get the stable version done and out for everyone, so don't want to make any more changes at this point.

In reply to:

---

Yes, I'm probably going to have to switch to that for a future release since the current way causes some problems under various languages.

---

I'm currently working on that, cause the german language has special characters aswell. Isn't very complicated. I'm looking forward to finish it in the next days.