A volte Microsoft fa qualcosa di così incredibilmente stupido da farmi male alla testa. Aiutami a scoprire che non è proprio il caso ... per favore!IE non offre di salvare la password del modulo ASP.NET
Ho un problema con la pagina di accesso di un sito ASP.NET (3.5) che sto sviluppando in cui IE (7 o 8 ... non può sopportare di aprire 6) non offre di salvare la password quando un utente effettua il login. Ho controllato altri browser e Firefox, Chrome e Safari offrono tutti il salvataggio della password. Ho anche confermato che il salvataggio delle password di IE sulle mie caselle di test sta funzionando correttamente su altri siti e per es. Google ecc. Funziona perfettamente.
La ricerca che ho fatto è risultata molto piccola, ma quello che ha fatto apparire sembra suggerire che IE non offrirà di salvare una password se il modulo nella pagina contiene più di due controlli di testo. Questo è il caso del mio modulo che ha anche i controlli per consentire a un utente di registrarsi. E quando rimuovo questi controlli aggiuntivi, IE richiede magicamente di salvare la password, quindi sembra vero.
Ora ... se ASP.NET mi consente di avere più moduli, tutto andrebbe bene e sarei in grado di separare le due funzioni in moduli standalone e IE richiederebbe di salvare le password. Ma ASP.NET non mi consente di farlo poiché consente solo un singolo modulo. Potrei fondere un modulo non runat = server e provare a farlo, ma indovina cosa? Poiché la mia pagina utilizza una pagina master, qualsiasi tag modulo che aggiungo viene automaticamente rimosso, anche se si tratta di un modulo non runat = server.
Quindi, non vedo alcun modo per aggirare questo senza modificare fondamentalmente ciò che stavo cercando di ottenere. Sembra che devo spiegare ai miei utenti che non verrà richiesto loro di salvare le loro password se usano IE (un prodotto Microsoft) perché ho sviluppato il mio sito con ASP.NET (err ... un prodotto Microsoft).
Se è così, non riesco proprio a capire quanto sia ridicola. Se qualcuno può offrire qualche idea su come aggirarlo, può dirmi che ho sbagliato tutto e sono anch'io un grande idiota idiota, o semplicemente voglio confermare che non sono solo io a pensare che questo sia monumentalmente stupido, quindi per favore, per favore fallo.
Solo per la cronaca, davvero non voglio (e non vedo perché dovrei dovrei) compromettere il mio design e dividere le mie pagine in due (il che si tradurrà in un'esperienza peggiore per l'utente).
decisione di progettazione curioso da parte di MS. Non ho idea di quale sia la motivazione. Per quanto riguarda il tuo design ... Perché non offrire solo per mantenere l'accesso dell'utente se sei convinto che il risparmio di password è un affare per gli utenti? O lo fai anche tu? – Bryan
Sì, penso che questa sarà la mia unica opzione, speravo solo nella conferma di quel comportamento, dato che c'è ben poco che ho potuto trovare su di esso. E, come dici tu, è curioso. Non è tanto che la password-risparmio è una garanzia di insuccesso, solo difficile da spiegare a nessuno che potrebbe chiedere perché non è possibile e perché la piattaforma Microsoft + del browser Microsoft = Fail, in questo caso particolare. – BinarySolo
Hai provato a utilizzare le caselle di testo HTML non elaborate con un modulo che si rimanda a una pagina aspx? – Chris