Notizen zu Webseiten in deinen Lesezeichen speichern.
[Blockierte Grafik: http://netnotes.mozdev.org/graphics/screenshots/preview/net-notes-01.png]
Projektseite (englisch):
http://netnotes.mozdev.org/
Notizen zu Webseiten in deinen Lesezeichen speichern.
[Blockierte Grafik: http://netnotes.mozdev.org/graphics/screenshots/preview/net-notes-01.png]
Projektseite (englisch):
http://netnotes.mozdev.org/
Zitat von NikolauZiok, nach langem rumprobieren habe ich das problem gefunden: wenn man die tastenkombination von alt+n auf zb strg+a ändert, geht es nicht mehr mit dem cursor im eingabefeld - bei jedweder seite...
war nicht draufgekommen, da ich vor dem ersten benutzen des addons gleich die tastenkombination geändert hatte - auch bei der neuinstallationmal vielleicht so als verbesserungsvorschlag wäre das ein bug, der zu beheben wäre
Strg+a ist reserviert als Tastenkombination für das Markieren allen Texts des fokussierten Elements.
Das ist also kein Fehler in Secure Login.
Tritt dieses Problem z.B. auch bei diesem Forum auf?
Hast du irgendwelche anderen Erweiterungen installiert (ansonsten würde ein Test mit einem neuen Firefox-Profile eventuell helfen).
Zitat von NikolauZihabe das problem, dass ich wenn der cursor im usernamen oder passwort feld ist, den wand login nicht verwenden kann... woran kann das liegen? sobald ich nebendran klicke, klappt es einwandfrei
Kann ich leider nicht reproduzieren. Hast du es mal in einem neuen Firefox-Profil probiert?
Dank dafür geht auch an den Benutzer wader auf dem mozillazine Forum, der mich auf die Idee der Lösung brachte:
http://forums.mozillazine.org/viewtopic.php?…=wader#p3930065
http://securelogin.mozdev.org/changelog.html#v0.9.2.7
OK, dann brauchst du nicht den Firefox-Support bemühen - ich kann dir den Grund nennen und weiß jetzt auch warum ich den Fehler nicht reproduzieren konnte - ich hatte die Seite nur mit Firefox 3 getestet.
Ich hätte dich außerdem früher nach deiner Konfiguration fragen sollen - das ist ganz praktisch am Mozillazine Forum - dort wird die Konfiguration bei jedem Post angezeigt.
Der Password Manager von Firefox 2 identifiziert die Felder für Benutzernamen und Passwort anhand ihrer "name"-Attribute. Diese werden zwar auch in Firefox 3 noch gespeichert, allerdings werden sie nicht für das Ermitteln der gespeicherten Passwörter oder das Ausfüllen der Formulare verwendet.
Die Login-Seite der PSD-Bank erzeugt bei jedem Aufruf neue "name"-Attribute für die Login-Felder. Somit findet der Password Manager von Firefox 2 keine Login-Daten, da er keine Übereinstimmung mit den gespeicherten Feldnamen findet.
Eine Lösung wäre also die Aktualisierung auf Firefox 3 (was ich sowieso empfehlen würde).
In dem Fall bleibt dir noch der Mozilla-Support.
Zitat von worelAlles anzeigenmadblueimp wrote:
>>Du kannst auch probeweise SecureLogin deaktivieren und
>>testen ob Firefox Password Manager das Login-Formular
>>automatisch ausfüllt oder nicht.Wenn ich SecureLogin deaktiviere und FF neustarte, und lade
z.B. die https Loginseite von eBay, dann steht Login + Passwort
schon automatisch in den Feldern drin.Bei der Bankingseite sind die Felder leer, obwohl unter
"Gespeicherte Passwörter" manchmal 1 und manchmal 2
(beides habe ich ausprobiert) Einträge zu der
Bankingseite vorhanden sind.
Dann ist die Sachlage eindeutig. Firefox Password Manager liefert für das Login-Formular der PSD-Banking-Seite keine Login-Daten, auch wenn diese eigentlich gespeichert wurden. Da Secure Login auf Firefox Password Manager baut kann daher auch Secure Login hier keine Login-Daten finden.
Ich würde dir noch empfehlen das ganze mit einem neuen Firefox-Profil zu testen (da es in meinen Tests funktionierte).
Ansonsten müsstest du dich eben an den Firefox-Support wenden.
Stimmt, ich vergaß zu erwähnen das auch ein manueller "location"-Wechsel Abhilfe schafft.
Das klappt entweder durch einen einfach Tab-Wechsel (etwas umständlich) oder durch das Anhängen eines Ankers an die URL der Login-Seite (Mit Hilfe von Lesezeichen weniger umständlich):
https://signin.ebay.de/ws/eBayISAPI.dll?SignIn#Anker
(Anhängen des Ankers nach dem Laden der Seite)
Dazu gehören auch die Secure Login Lesezeichen, welche auch Anker zur Identifikation nutzen.
Zitat von worelWenn ich manuell die ersten Zeichen der Kundennummer eintippe, kommt keine Vervollständigung. -Bei anderen in Firefox gespeicherten Seiten funktioniert es, und es wird eine Vervollständigung vorgeschlagen. Auch ein ALT+N funktioniert bei diesen Seiten.
In diesem Fall solltest du eventuell den Mozilla Support kontaktieren, da diese Funktion wie schon geschrieben von Secure Login unabhängig ist und ein Bestandteil des in Firefox integrierten Password Manager ist.
Du kannst auch probeweise Secure Login deaktivieren und testen ob Firefox Password Manager das Login-Formular automatisch ausfüllt oder nicht.
Du könntest es auch einmal mit einem neuen Firefox-Profil probieren - in meinen Tests gab es weder mit Secure Login noch mit Firefox Password Manager und der von dir genannten Bankseite (PSD) Probleme, d.h. ich konnte das Problem bisher nicht reproduzieren.
Zitat von bejotMoin,
ich muss beim Login von Ebay (3 verschiedene Benutzer sind möglich)
ersteinmal mit der Maus über das Loginfeld fahren bevor der SecureSchlüssel aktiv wird.Kann das jemand bestätigen?
Ich bin nicht sicher ob ich deinen Bericht bestätigen kann.
Aber wenn die Option "Automatisch nach Login-Daten suchen und Formularfelder hervorheben" aktiviert ist gibt es mit der Ebay-Login-Seite anscheinend ein Problem in Zusammenhang mit einem Ebay-JavaScript, das dazu führt das die Login-Felder zwar hervorgehoben werden, dann aber noch einmal die Login-Daten-Suche angestoßen wird die daraufhin aber keine verfügbaren Login-Daten findet - weshalb das Secure Login-Schlüssel-Symbol dann ausgegraut ist.
So weit ich das ausgehend von einer kurzen Analyse beurteilen kann wird nach dem Laden der Seite (bei Aufruf des Onload-Events) ein JavaScript ausgeführt welches für das Browser-Objekt von Firefox ein neues "stateChanged"-Event auslöst (siehe http://developer.mozilla.org/en/docs/Code_s…gress_Listeners ) und somit die Login-Daten-Suche von Secure Login erneut anstößt - allerdings mit der URL https://securepics.ebaystatic.com/aw/pics/s.gif für welche natürlich keine gültigen Login-Daten vorliegen.
Abhilfe schafft
a) Die Option "Automatisch nach Login-Daten suchen und Formularfelder hervorheben" zu deaktiveren (was auch die Standardeinstellung ist).
b) JavaScript für signin.ebay.de zu deaktivieren.
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).
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.
Ja, das macht Sinn. Ich denke das werde ich für die nächste Version einbauen.
Zitat von michael815Bei 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-MENSehe 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
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 zulu11Hi,
: 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.
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 vommiein der neuesten Version 0.9.2 von ich glaub gestern ist der Schlüsselbutton in der Personal Toolbar immer gelb, also als gäb es ein Login, auch auf Seiten ohne Einlog-Felder oder auf about:blank usw...
fuxxi:
Ja, kann ich für die nächste Version einbauen.
@wawuschel:
Du hast die Option "Zusätzliche Formularfelder beim Login automatisch ausfüllen" aktiviert - dafür brauchst du aber Autofill Forms.
Der Schalter extensions.secureLogin@blueimp.net.autoLogin und die Secure Login Lesezeichen haben nichts miteinander zu tun.
Sprich hast du extensions.secureLogin@blueimp.net.autoLogin und die automatische Suche nach Login-Daten aktiviert (ersteres funktioniert nicht ohne zweiteres) wirst du einfach auf jeder Seite mit vorhandenen Login-Daten automatisch eingeloggt.
Die Secure Login Lesezeichen kommen in dem Fall gar nicht zum Zuge - leider hat man dann auch nicht die Möglichkeit einen bestimmten Login über den Index am Ende des URL-Hashes vorzuwählen.