SmartAuth 2.0.50: Die Installationsaufforderung kehrt nicht mehr zurück, Routen-Cache zuverlässiger

Die Installationsaufforderung kehrt nicht mehr zurück

Eine auf dem Startbildschirm installierte SmartMaker-Anwendung forderte regelmäßig erneut zur Installation auf. Das von SmartAuth ausgelieferte Manifest deklariert sich nun selbst als verknüpfte Anwendung: Der Browser erkennt, dass sie bereits vorhanden ist, und zeigt die Aufforderung nicht mehr an.

Auf iPhone und iPad ist dies das einzige verfügbare Signal. Keine Schnittstelle des Browsers teilt einer Seite dort mit, dass sie vom Startbildschirm aus gestartet wurde.

Erkennen, welche Geräte die Anwendung installiert haben

Ein neuer Aufruf, POST /account/device-install-state, erlaubt es der Anwendung, zu melden, dass sie installiert läuft statt in einem Tab. Die Information wird auf dem logischen Gerät des Benutzers gespeichert und ist über den Reiter SmartAuth in seiner Karteikarte sichtbar.

Sie wird nie zurückgesetzt: Dieselbe Adresse nach der Installation in einem Tab zu öffnen lässt nicht vergessen, dass die Anwendung installiert ist. Ein Gerät, das nichts gemeldet hat, bleibt von einem Gerät unterschieden, das den Browser nutzt, wodurch vermieden wird, Geräte als „nicht installiert“ zu zählen, die noch eine ältere Version der Anwendung verwenden.

Routen-Cache: keine irreführende Warnung mehr

Module, die eigene Routen bereitstellen, deklarieren sich seit der vorherigen Version. Zwei Mängel blieben bestehen:

• SmartAuth warnte sich selbst, nicht deklariert zu sein, was falsch war;
• die Warnung, die zur Migration vom Dateiscan hin zur Deklaration aufforderte, erschien auch dann, wenn kein installiertes Modul betroffen war.

Beides ist behoben. Die Warnung wird nur noch ausgelöst, wenn ein vorhandenes Modul tatsächlich migriert werden kann, und das Protokoll gibt die genaue Ursache eines Neuaufbaus des Caches an.

Korrekturen und interne Arbeiten

• Dolibarr-Objekte, deren Klasse $fields nicht deklariert, werden von den Objektzuordnungen wieder korrekt erkannt.
• Die OAuth2-Konfigurationsformulare sind gegen doppeltes Absenden geschützt, und die fehlenden Bezeichnungen sind in den acht mitgelieferten Sprachen übersetzt.
• Die Leerung des Speicher-Caches erfolgt bei der Installation des Moduls zuletzt, damit kein Zwischenzustand erneut zwischengespeichert wird.
• Der angegebene Unterbau ist auf Dolibarr 18.0 und PHP 7.4 ausgerichtet, was dem entspricht, was tatsächlich getestet wird. Die Abwärtskompatibilität zu Dolibarr 16 wurde entfernt, da sie nicht mehr benötigt wird.
• Das Distributionsarchiv wird nun überprüft: Es kann nicht mehr mit einer eingebetteten Entwicklungsabhängigkeit ausgeliefert werden.
• Alle Administrations- und Listenseiten des Moduls sind durch Tests abgedeckt, die beim geringsten fatalen Abbruch fehlschlagen.