Univention Bugzilla – Bug 23654
Browser erkennt Login-Dialog nicht
Last modified: 2012-03-04 14:33:56 CET
Im Anmeldedialog erkennt Firefox nicht, dass der Dialog Credentials abfragt, deswegen werden sie nicht gespeichert und können beim nächsten Aufrufen der Seite auch nicht automatisch eingefügt werden. Man kann darüber streiten, ob es gut ist, wenn der Browser Credentials speichert, aber beinahe alle mir bekannten Login-Seiten unterstützen das, manche Benutzer verwenden das und die erwarten dann, das es funktioniert, deswegen sollte es aus meiner Sicht funktionieren
@Frank: Alex gibt dir dazu noch zusätzliche Bugs in dem Bereich und weitere Infos.
Das entsprechende Formular muss wohl schon in dem HTML-Code der Start-HTML-Seite vorhanden sein, d.h. es kann nicht dynamisch generiert werden, siehe bspw.: > http://stackoverflow.com/questions/2944322/extjs-login-with-remember-me-functionality
@Jascha: Ich gebe dir den hier auch mal, du bearbeitest das ja gerade.
Created attachment 4173 [details] loginfehler im aktuellem Doctype ist <iframe> nicht erlaubt. Der Doctype kann zu xhtml1.1 Transitional geändert werden, um das zu beheben. Ein anderes Problem ist, wenn man z.b. falsche Logindaten angibt werden die Beschriftungen ausgeblendet (siehe Anhang). Zum einfachem reproduzieren einfach im Firefox in das iframe klicken ? aktueller Frame ? Frame neu laden (das hängt wahrscheinlich damit zusammen, dass dojo den reload nicht mitbekommt).
(In reply to comment #4) > Created an attachment (id=4173) [details] > loginfehler > > im aktuellem Doctype ist <iframe> nicht erlaubt. Der Doctype kann zu xhtml1.1 > Transitional geändert werden, um das zu beheben. > > Ein anderes Problem ist, wenn man z.b. falsche Logindaten angibt werden die > Beschriftungen ausgeblendet (siehe Anhang). Zum einfachem reproduzieren einfach > im Firefox in das iframe klicken → aktueller Frame → Frame neu laden > (das hängt wahrscheinlich damit zusammen, dass dojo den reload nicht > mitbekommt). Ja, das sollte unbedingt noch angepasst werden.
(In reply to comment #5) > ... > Ja, das sollte unbedingt noch angepasst werden. Das wurde angepasst.
Created attachment 4189 [details] login.png Mir ist noch eine Sache aufgefallen: Wenn der hash erneuert wird und die loginseite sich aktualisiert ( z.b. durch login) endet die Seite in einem http404 not found error. Da könnte man eventuell den hash rausnehmen und das "cache-control" meta tag setzen, oder mit Javascript überprüfen, ob die Seite existiert. Das ist denke ich erstmal nicht so tragisch, da der hash sich ja nicht ständig erneuert und ein refresh behebt das Problem.
(In reply to comment #6) > (In reply to comment #5) > > ... > > Ja, das sollte unbedingt noch angepasst werden. > > Das wurde angepasst. @QA: Der Doctype wurde nicht wie hier beschrieben angepasst. XHTML 1.1 Transitional existiert nicht. In XHTML 1.1 gibt es keine Sprachvarianten mehr. XHTML 1.1 entspricht nur noch der Sprachvariante Strict von XHTML 1.0 - aus diesem Grund wurde 1.0 Transitional genommen. Der W3C-Validator ist zufrieden.
Die Browser erkennen den Login-Dialog jetzt
UCS 3.0-1 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte dieser Bug dupliziert werden: "Clone This Bug"