[Erw] Opera Wand (Zauberstab) für Firefox - Secure Login

Das ist das Problem bei diesem Fehler - er tritt nur auf manchen Systemen auf, aber nicht auf allen.
Ich habe die Version 0.9.2.1 auf drei verschiedenen PCs, auf Windows XP und Ubuntu Linux, mit Firefox 2 und 3 und unterschiedlichen Profilen getestet und konnte das Problem nicht reproduzieren.

Es scheint das in manchen Konstellationen der neue Toolbar-Style (eine CSS-Klasse statt einer ID-Zuweisung) nicht (oder nicht richtig) auf den Toolbar-Button angewendet wurde, wodurch der bekannte Fehler mit der kompletten Toolbar-Palette in der Toolbar auftritt.

Ich habe das Bugfix-Release 0.9.2.2 herausgegeben (bzw. 0.9.4.2 für Autofill Forms) und hoffe das diese Version das Problem beseitigt.

Ihr könnt die neue Version direkt hier herunterladen:
http://securelogin.mozdev.org/download.html
Bitte gebt mir Bescheid ob die neue Version den Fehler behebt.

Zitat von zulu11

Hi,
: behebt/behoben bei mir. Bedankt!
Gruß
zulu11

Prima! Ich hoffe das es bei allen anderen betroffenen Nutzern auch so aussieht.

Falls sich jemand fragt warum der Toolbar Style überhaupt geändert wurde:
Mit der letzten Version ist es einfach möglich alle Icons durch eigene zu ersetzen.
Eine Anleitung dazu (bisher leider nur in Englisch) gibt es hier:
http://securelogin.mozdev.org/drupal/wiki/Custom_Styles

Leider ist das User CSS auf Grund des Bugfixes etwas länger, die Anpassungen funktionieren aber dennoch.

Tja, es ist erstaunlich für wie viele Nutzer das Aussehen der Software eine höhere Priorität besitzt als die Funktionalität, oder zumindest eine sehr hohe Priorität hat.
Aktuelle habe ich z.B. folgenden Bug-Report:
The toolbar icon should be updated to match the defualt theme for firefox 3 on mac

Zitat von michael815

Bei mir funktioniert der automatische login auf Jobseiten nicht, zum Beispiel auf https://mein.monster.de
Hat das mit https zu tun?

Das Thema einer Webseite ("Jobseiten") ist für Secure Login und Firefox Passwort Manager unerheblich - daher solltest du immer die einzelnen Webadressen nennen.

Das Login-Formular von monster.de ist mal wieder ein Beispiel für schlechtes Webdesign:
Der "Login-Button" ist kein echtes Formular-Element zum Absenden des Formulars (input oder button) sondern bloß ein Link/Verweis, der als Verweis-Ziel (href) eine JavaScript-Funktion enthält und somit auch nur mit aktiviertem JavaScript bedienbar ist.
Über => Ansicht => Webseiten-Stil => Kein Stil kann man den Link sichtbar machen.
Leider funktioniert noch nicht mal das direkte Abschicken des Formulars - über den Aufruf von form.submit() - d.h. der Klick auf den JavaScript-Login-Link ist erforderlich.
Aus diesem Grund funktioniert das automatische Absenden des Formulars mit Secure Login hier nicht.
Theoretisch wäre es möglich alle Links am Ende des Formulars per Script zu überprüfen und den ersten der irgend einen Bezug zu "Login" oder "Abschicken" hat "anzuklicken". Das ist aber einerseits sprachabhängig und andererseits sehr fehleranfällig, da es für die Links keinen direkten Bezug zum Formular gibt.

Ich empfehle dir daher dich an die Betreiber von monster.de zu wenden und sie freundlich auf ihre schlechten Login-Formulare hinzuweisen (erwähne am besten das Stichwort "Accessibility").

Zitat von YES-MEN

Sehe ich das richtig das es bei FF3.0 mit der neusten Version von "Secure Login" es nicht mehr möglich ist sich die Masterpasswort Abfrage erst einblenden zu lassen wenn man auf den Secure Login" Buttone klickt?

Das ist ein Fehler des Login-Managers von Firefox 3:
https://www.mozdev.org/bugs/show_bug.cgi?id=19330#c1
http://securelogin.mozdev.org/drupal/wiki/FAQ#toc5
https://bugzilla.mozilla.org/show_bug.cgi?id=400680

Wurde das Passwort denn erfolgreich im Firefox Password Manager gespeichert (Secure Login Menü => Gespeicherte Passwörter...)?

Wie du schon schreibst braucht es das "Remember Password" Bookmarklet damit Firefox Password Manager das Passwort speichert.
Allerdings konnte ich sonst keine Probleme feststellen. Kundennummer und PIN wurden durch Secure Login erfolgreich eingetragen. Auch nach Neuladen der Seite und löschen aller Temporären Internet-Daten.

Hast du vielleicht weitere Detail-Informationen? Ohne das Problem reproduzieren zu können kann ich leider nicht weiterhelfen.

Der Token im Parameter-Teil der URL (der Web-Adresse) sollte für die Funktionalität von Secure Login und Firefox Password Manager unerheblich sein. Das ist ein zusätzlicher Sitzungsmechanismus dynamischer Webanwendungen. URL-Parameter werden aber von Firefox Password Manager und somit auch Secure Login ignoriert.

Ich konnte das eigentliche Problem (das Secure Login anzeigt "Keine Login-Daten für diese Seite gefunden" obwohl Passwörter gespeichert wurden) allerdings noch nicht reproduzieren. Ich habe zwar keinen Account bei der Bank, aber zumindest das Speichern und Ausfüllen von erfundenen Daten funktionierte in meinen Tests.

Du kannst mal folgendes Versuchen:
Wenn du manuell die ersten Zeichen deiner Kundennummer eintippst sollte Firefox dir ein Menü mit der Kundennummer als Menüelement anzeigen. Wenn du die Kundennummer auswählst sollte die PIN automatisch in das Passwortfeld eingetragen werden.
Ist das nicht der Fall dann liegt ein Problem mit dieser Seite und dem Firefox Password Manager vor, oder ein Problem mit deiner Passwort-Datenbank.
Diese Funktion ist nämlich von Secure Login unabhängig und Teil des in Firefox integrierten Password Managers.

P.S.:
Der Zugriffscode ist bei jedem Neuladen der Seite ein anderer. Das ist ein typisches Captcha und muss ausgefüllt werden bevor du dich mit Secure Login einloggst (es sei denn du hast die Option zum automatischen Abschicken des Formulars nicht aktiviert).