Nur-https-Modus verhindert laden der https-Seite

Bei mir öffnet sich ein neuer Tab, mit Meldung, klicke ich auf "Weiter..." geht es mit HTTPS weiter.

Aber in dem Zusammenhang bemerke ich öfters den Fall, dass ich ein Lesezeichen HTTPS öffnen möchte, heute morgen war es AMO, und werde mit ähnlicher Meldung beglückt, mit "Weiter..." geht es dann auch weiter. War auch schon im Camp hier so. Das Merkwürdigste daran ist, dass es genau einmal vorkommt. Ich kann ja verstehen, wenn ich Lesezeichen teils noch als HTTP vorliegen habe, die kontrolliere ich dann. Und ich meine, das hat angefangen, als HTTPS als Vorgabe gesetzt wurde und nicht als optional, vorher gab es solche (kleineren) Macken nicht.

Du hast nach einem Beispiel gefragt, hier ist eines, und diese passieren genau ein Mal. Dieses hätte gar nicht passieren dürfen.

HTTPS-Modus wurde schon vor der Option in den Einstellungen aktiviert (prefs).

Und da es genau ein Mal passiert, kann ich es auch nicht beliebig oft reproduzieren ich weiss auch nicht, warum es passiert, welches Lesezeichen ich auswählen müsste.

Ist richtig, die leiten um. /olb ist was älteres, funktioniert aber. Als ich damals das Lz setzte, funktierte das nicht, ich sollte /olb nehmen. Und das, was du auch jetzt hattest, passiert hier nicht wieder. Ich hatte es auch genau so schon fürs camp, danach nie wieder. Und bis heute nicht verstanden.

Ich bin eben als Erstes wieder auf die /olb und wieder HTTP bla bla. Also die Umleitung bei denen ist fehlerhaft. Ist schwer zu erklären, wenn man es vorher nicht hatte. Ich sollte aber erklären, dass die seit kurzer Zeit ein neues Login haben und vorher gab es diese Meldung auch nur genau einmal, danach nie wieder. Vermutlich darf ich schon wieder das Lesezeichen ändern, um dem zu entkommen. /enrollment.html landet hier auch auf dem Login, kenne ich gar nicht.

Nochmal wegen /olb, das gibt es immer noch:

Und dann schaust du dir den Link oben rechts an "Online-Banking [Schloß]" - aha, ich sehe da einen Fehler in LZ bei mir, das abschliessende /

Früher konntest du https://meine.santander.de/login/#/login/ auch nicht direkt aufrufen, erst kommt die #, dann .../#/login/ hinzu. Die nurzen auch Cookie-Consent, ohne Bestätigung kommt man zwar rein, wird aber u.U. direkt wieder ausgeloggt, oder mittendrin in der Session, beim Absenden der Überweisung zB.

Insgesamt dürfte https://meine.santander.de/login/ die richtige Wahl neben /olb/ sein, ich bin grad im Insepctor und dort stoppt der Debugger bei der # ("durch "debugger" Ausdruck angehalten").

Aber jetzt mal unabhängig von Santander, was du beobachtet hast, ist mir selbst noch nicht widerfahren, aber seit der HTTPS-Modus default=on steht, bekomme bzw bekam ich bei einigen HTTPS-Lesezeichen die Meldung, HTTP blabla weiter usw. Es ist allerdings schon ein Weilchen her und vermutlich ist es in der nightly dazu schon vorm Release aufgetreten deswegen. Und ich meine, es auch schon unter Android nightly gesehen zu haben.

Was das unveränderte Profil angeht, würde ich fast sagen, dass es dort nicht auftreten sollte, was ich gesehen habe. Da fehlen bis auf die Lesezeichen via Sync alle sonstige Daten, Verlauf, Cache. v92 beta/dev nutze ich so gut wie gar nicht mehr.

Das wird demnach eine andere Ursache haben. Da sich das auch in der Nightly-Version reproduzieren lässt, möchtest du vielleicht ein neues Bugzilla-Ticket dafür erstellen? Ob es bereits eines gibt, welches diesen Fall abdeckt, kann ich dir nicht sagen, weil ich nicht weiß, nach welcher Ursache man suchen muss. Aber selbst wenn, es gibt Schlimmeres als ein Duplikat.

Das ist bei der Vielzahl an Möglichkeiten auch nicht immer klar. Ich habe mich daran orientiert, wo die anderen Tickets zum Thema "HTTPS-only" eingeordnet sind.

Das dort ein Typo drin ist, sollte nicht schlimm sein, oder?

Zitat

Go to settings and activate https-only-mode in all windows