QFQ

Annahme Hide password oder dynamic update als Problem widerlegt:
Beim Pill Wechsel wird kein QFQ aufgerufen. Sprich load.php wird nicht geladen. Nur JS wird ausgeführt und der Anker Tag dadurch verändert mit anschliessendem location Aufruf.

Für den Test wurde ein Formular aufgebaut mit 2 Pills und in jedem Pill ein Formelement (Type text und password) ohne Dynamic Update oder Hidden mode. Sobald etwas im Input type Feld 'password' eingetragen wird, erfolgt bei URL Änderung das Erscheinen des Login Save Info Fensters.

Im Gegensatz zu Chrome oder Opera reagiert Firefox auch auf die Veränderung des Anker Tags in der URL.

1. Lösungsvariante: Bei Settings in Firefox -> Privacy&Settings -> Logins and Passwords -> Exceptions (URL der Seite eintragen) Somit werden für die Seite keine Login Save Infos aufgerufen.
2. Lösungsvariante: Mann verzichtet auf das Formelement password wenn es nicht unbedingt gebraucht wird und somit wird kein input type="password" verwendet.
3. Lösungsvariante (Viel Aufwand): Weiteres Formelement passwordFake anbieten und dabei input type text verwenden, jedoch mit JS die Zeichen als Asterisk verstecken...

Besprechung nötig.

Mit Enis besprochen - neue JS Loesung ausprobieren

Implementierung ist schon in der Dev Instanz enthalten. Neue Änderung bei der Einbindung des font files wurde unternommen. Einbindung von Remote auf Lokal geändert.

Mit CR abklären: Der Ordner fonts wird nicht committed. Die bei mir enthaltene font datei password.ttf ist nicht in der Release/Snapshot Version drin. Muss noch eingefügt werden.

• In diesem Ticket ist kein einziger Commit verlinkt!
• In dem Merge Request ist wird in einem LESS File ein Font angegeben - das kann nicht alles sein.

Bitte Ruecksprache mit CR.

Anmerkungen:

• Wenn ich den Branch auschecke, habe ich kein `/fonts/password.ttf` - das macht auch Sinn, denn `/fonts` steht im .gitignore.
• Zuallererst muss im Makefile fuer `make bootstrap` konfiguriert werden, das password.ttf heruntergeladen wird, damit jemand, der neu fuer QFQ entwickelt, alle Files hat.
• Auch der gitlab runner benoetigt den Font zum bauen und laedt ihn dynamisch herunter.
• Von wo ist der Font? Ich finde keine Referenz.

• Was fuer eine Lizenz hat der Font? Hoffentlich GPL kompatibel.
• Bitte die Lizenz eintragen unter Documentation/License.rst
• Vermutlich muss im Gruntfile.js das kopieren des Fonts nach `extension/Resources/Public/fonts/` konfiguriert werden.

Neuen Lösungsvorschlag von hier ausprobiert: https://stackoverflow.com/questions/32369/disable-browser-save-password-functionality

Laut den Kommentaren wurde es bis FF V.66 getestet und für Funktionsfähig befunden. Die neusten Kommentare verweisen teils auf nicht funktionierende Lösung ab FF V.85 und höher.
Aktuelle Version von FF ist bereits 106. Auf der aktuellsten Version getestet und drei unterschiedliche Verhaltensweisen erhalten:

1. Öffnen eines neuen Formulars mit r=0 und das Speichern des Formulars erzeugt weiterhin das Erscheinen des Save Login Pop Ups. Pop Up erscheint schon vor dem Ausführen des Api 'load.php' und wird automatisch vom Browser getriggert.

2. Öffnen eines bestehenden Records (r!=0) und Speichern des Formulars erzeugt kein Save Login Pop Up mehr.

3. In allen Situationen wird trotzdem noch unter dem Passwort-Feld und vorangehenden Text-Feld ein Auswahlfenster für die Login Eingaben angezeigt. Auch wenn das vorherige input type text nichts mit dem Passwort zu tun hat, so wird es vom Browser automatisch detected:

Die Lösung mit dem password.ttf Font wäre in diesem Fall die bessere Variante. Muss aber noch vom C.R. bestätigt werden.

Ist das Ticket gemerged, abgeschlossen (Font in T3 deploy) und kann geschlossen werden?

Ticket kann geschlossen werden. Wurde schon gemerged.