IE no ofrece guardar la contraseña del formulario ASP.NET

Question

A veces Microsoft hace algo tan increíblemente tonto que me daña la cabeza. Ayúdame a descubrir que realmente no es el caso ... ¡por favor!

Tengo un problema con la página de inicio de sesión de un sitio ASP.NET (3.5) que estoy desarrollando por el cual IE (7 u 8 ... no puede soportar abrir 6) no ofrece guardar la contraseña cuando un usuario inicia sesión. He comprobado otros navegadores y Firefox, Chrome y Safari ofrecen la contraseña para guardar la contraseña. También confirmó que el uso de la contraseña de IE en mis cuadros de prueba funciona correctamente en otros sitios y, por ej. Google etc. funciona bien.

La búsqueda que he hecho ha aparecido muy poco, pero lo poco que apareció parece sugerir que IE no ofrecerá guardar una contraseña si el formulario en la página contiene más de dos controles de texto. Ese es el caso con mi formulario que también tiene controles para permitir que un usuario se registre. Y cuando elimino estos controles adicionales, IE mágicamente solicita guardar la contraseña, por lo que parece ser cierto.

Ahora ... si ASP.NET me permitiera tener varios formularios, todo estaría bien y podría separar las dos funciones en formularios independientes y IE me preguntaría si desea guardar las contraseñas. Pero, ASP.NET no me permite hacer esto, ya que solo permite un formulario único. Podría mezclar un formulario non runat = server allí e intentar hacer esto, pero ¿adivina qué? Debido a que mi página utiliza una página maestra, cualquier etiqueta de formulario que agregue se elimina automáticamente, incluso si se trata de un formulario que no es runat = server.

Por lo tanto, no veo ninguna forma de evitar esto sin cambiar fundamentalmente lo que estaba tratando de lograr. Parece que tengo que explicarles a mis usuarios que no se les pedirá que guarden sus contraseñas si usan IE (un producto de Microsoft) porque desarrollé mi sitio con ASP.NET (err ... un producto de Microsoft).

Si esto es así, no puedo olvidar lo ridículo que es esto. Si alguien puede ofrecer alguna idea sobre cómo evitarlo, puede decirme que lo he entendido mal y que soy un idiota grande y estúpido, o simplemente quiero confirmar que no soy solo yo el que piensa que esto es monumentalmente tonto, entonces por favor, por favor hazlo.

Para que conste, realmente no quiero (y no veo por qué debería hacerlo) comprometer mi diseño y dividir mis páginas en dos (lo que resultará en una peor experiencia para el usuario).

Answer 1

@Chris Eso es lo que busqué al final.

Para beneficio de cualquier otra persona, todavía tengo mis controles de activación en forma runat = server y los proceso en el código para esa página. Luego tengo un segundo formulario HTML estándar con campos de texto de entrada HTML que se publica en una página .NET diferente. Esto se relaciona con el inicio de sesión de los usuarios. Recojo los valores en esta página a través de Request.Form y trato con el inicio de sesión desde aquí.

Upsides:

funciona todo y usuarios obtienen sus datos de acceso recordados como se esperarían.

Desventajas:

he perdido la capacidad de utilizar un MasterPage (ya que necesito dos formas en la página), así que efectivamente he tenido que duplicar la plantilla - no me gusta tanto.

Si el inicio de sesión de los usuarios no es válido o causa algún tipo de error, tengo que redireccionar a la página inicial y pasarle una bandera para que muestre un mensaje de error relevante. Tampoco me gusta mucho.

Como digo, sin embargo, simplemente funciona y en este caso eso es lo más importante. Gracias por tu contribución.