SmartAuth 2.0.56: Mobile Sitzungen bleiben erhalten und robustere Installation

Die mobilen Anwendungen bleiben verbunden

Ein Refresh-Token ist nur einmal gültig: Wird es zweimal vorgelegt, wertet SmartAuth dies als Diebstahl und widerruft die gesamte Token-Familie des Geräts. Bisher führte eine im Moment dieser Prüfung kurzzeitig nicht verfügbare Datenbank zum gleichen Ergebnis, und der Benutzer wurde ohne eigenes Zutun aus seiner Anwendung abgemeldet.

SmartAuth unterscheidet nun zwischen beiden Situationen. Eine tatsächliche Wiederverwendung des Tokens wird weiterhin als Angriff behandelt. Ein Speicherausfall liefert einen temporären Fehler (HTTP 503): Die Sitzung bleibt erhalten und die Anwendung versucht es von selbst erneut.

Eine Installation, die nichts halb erledigt lässt

Die Aktivierung des Moduls prüft, dass jede seiner Tabellen tatsächlich erstellt wurde. Fehlt eine, wird die Aktivierung abgelehnt und der Grund protokolliert, statt zu einem aktiven Modul zu führen, das später bei der ersten Abfrage fehlschlägt.

Mehrere Tabellen teilten sich dieselben Indexnamen. Unter PostgreSQL, wo ein Indexname für die gesamte Datenbank eindeutig ist, wurde nur der erste erstellt und die übrigen Spalten blieben ohne Index. Jeder Index trägt nun den Namen seiner Tabelle. Auf einer bestehenden MySQL-Installation werden die alten Indizes bei der erneuten Aktivierung des Moduls entfernt, sobald die neuen vorhanden sind.

Antworten auf E-Mails, die dem richtigen Vorgang zugeordnet werden

Die von SmartAuth versendeten E-Mails (Passwortzurücksetzung, Registrierung, Benachrichtigung über eine neue Anmeldung, Adressbestätigung) tragen nun die Dolibarr-Tracking-Kennung ihres Empfängers. Mit dem E-Mail-Collector von Dolibarr wird eine Antwort auf eine dieser E-Mails dem betreffenden Benutzer, dem Mitglied oder dem Partner zugeordnet.