Danke für die Mühe - schaut gut aus. Auch hier bei firefox.
Gnome-Web meldet beim Aufruf mit Ubuntu (ohne Farbumstellung und Anmeldung):
"Fehlermeldung
Die Gültigkeit der Anfrage konnte aufgrund eines fehlerhaften XSRF-Tokens nicht verifiziert werden. Bitte lade die Seite neu und führe die Aktion erneut aus."
Ein dunkles Theme?
-
-
Am Handy und Tablet klappt es, am PC ändert sich bei mir nichts. Ich stelle hier
den dunklen Modus ein, aber es tut sich nichts. Immer wieder geht es zurück auf "Automatisch erkennen".
Hast Du unten auf „Absenden“ geklickt?
-
Danke für den Tipp....
-
Ist bei mir jetzt auch im dark mode. Sieht gut aus. Wurde, wenn das jetzt nicht zufällig für alle umgestellt wurde, automatisch umgestellt, weil ich mein Betriebssystem auch im dark mode betreibe.
-
Standardmäßig passt sich das dem System an.
-
Gnome-Web meldet beim Aufruf mit Ubuntu (ohne Farbumstellung und Anmeldung):
"Fehlermeldung
Die Gültigkeit der Anfrage konnte aufgrund eines fehlerhaften XSRF-Tokens nicht verifiziert werden. Bitte lade die Seite neu und führe die Aktion erneut aus."Ist das nach dem Neuladen der Seite denn verschwunden?
-
Ist das nach dem Neuladen der Seite denn verschwunden?
Nein. Es könnte mit der Cookioe-Einverständniserklärung zusammenhängen. Auch wenn ich auf "Akzeptieren" klicke und neu lade, erscheinen die Cookie-Abfrage und die Fehlermeldung nochmals. Ist jedoch sicher ein nicht sehr schwer wiegendes Poblem - der Kreis der Nutzer von Gnome-web dürfte überschaubar sein. Ich nutze den Browser hauptsächlich zur Kontrolle von Änderungen an meiner Website "autenrieths.de", die ich noch immer in reinem HTML pflege.
Es ist ganz praktisch, das Blusfish und Gnome-Web eng zusammenspielen. Jede Änderung wird ohne Neuladen sofort angezeigt. Nur bei CSS-Änderungen muss der Cache geleert werden. -
Danke an alle
-
Jede Änderung wird ohne Neuladen sofort angezeigt. Nur bei CSS-Änderungen muss der Cache geleert werden.
Ist ist eigentlich bei jedem Webbrowser heute so. Man spart so massiv an Ladezeiten.
Die Lösung ist aber genaugenommen nicht, dass der Benutzer den Cache leert, sondern dass der Programmierer der Webseite das neue Laden der css-Seite erzwingt.
Man hat ja in der html irgendwo soetwas stehen:
<link rel="stylesheet" href="index.css">
Und das ist FALSCH! So wird die css Datei nie neu geladen und immer die Datei aus dem Cache benutzt!
Das richtige vorgehen ist für den Programmierer der Webseite, dass er das Neuladen der css-Datei erzwingt, wenn er sie geändert hat.
Das macht man, indem man der Datei eine Versionsnummer gibt. Ist die Versionsnummer unverändert, dann wird nicht neu geladen. Ist die Versionsnummer anders, dann wird neu geladen.
Im Code sieht das dann zum Beispiel so aus:
<link rel="stylesheet" href="index.css?v=2">
Und sobald ich die css-Datei ändere, muss ich in der html-Datei die Versionnummer ändern. Zum Beispiel so:
<link rel="stylesheet" href="index.css?v=3">
Dann wird auch neu geladen.
-
Achtung, Gemini KI Antwort. Wers nicht lesen will sollte hier aufhören zu lesen:
ZitatAlles anzeigenDas ist eine klassische „Verständnis-Lücke“ zwischen deinem Browser (Gnome-Web bzw. Epiphany) und der Webseite, die du besuchen möchtest. Ein XSRF-Token (Cross-Site Request Forgery) ist im Grunde ein digitaler Sicherheitsschlüssel, der sicherstellt, dass die Anfrage auch wirklich von dir kommt und nicht von einem böswilligen Skript untergeschoben wurde.
Da du sagst, dass du nichts an den Farben oder der Anmeldung geändert hast, liegt das Problem meist an veralteten oder blockierten Daten im Hintergrund.
Hier sind die effektivsten Schritte, um das Problem unter Ubuntu zu lösen:
1. Der "Harte" Reload
Ein einfacher Klick auf den Aktualisieren-Button reicht oft nicht aus, da Gnome-Web aggressive Caching-Methoden nutzt.
- Drücke Strg + Shift + R (oder halte Strg gedrückt und klicke auf das Aktualisieren-Symbol).
- Dies zwingt den Browser, alle Skripte und Tokens frisch vom Server zu laden, anstatt die (eventuell defekten) lokalen Kopien zu nutzen.
2. Cookies und Web-Daten bereinigen
Gnome-Web (Epiphany) ist manchmal etwas eigenwillig bei der Verwaltung von Cookies. Wenn ein altes Token im Speicher feststeckt, wird das neue abgelehnt.
- Gehe oben rechts auf das Menü (drei Linien) -> Einstellungen.
- Wähle den Reiter Datenschutz.
- Klicke auf Persönliche Daten verwalten.
- Suche nach der betroffenen Webseite und entferne die zugehörigen Daten (insbesondere Cookies).
3. "Intelligentes Tracking-Prävention" (ITP) testen
Gnome-Web nutzt WebKitGTK, das standardmäßig Tracking-Versuche blockiert. Manchmal interpretiert dieser Schutz das XSRF-Token fälschlicherweise als Tracking-Versuch.
- Gehe erneut in die Einstellungen -> Datenschutz.
- Deaktiviere testweise die Intelligente Tracking-Prävention.
- Lade die Seite neu. Wenn es jetzt funktioniert, liegt es an der strengen Sicherheitskonfiguration des Browsers.
4. Ein Wort zu Systemzeit und Drittanbietern
Falls deine Systemzeit in Ubuntu nicht exakt stimmt (auch nur um ein paar Minuten), werden Sicherheitstokens oft als "abgelaufen" abgelehnt.
- Prüfe kurz in deinen Ubuntu-Systemeinstellungen, ob unter Datum & Zeit die Option "Automatische Abfrage aus dem Internet" aktiviert ist.
Zusätzlicher Tipp: Falls die Seite Werbeblocker-Erweiterungen oder Skript-Blocker erkennt, kann das Token ebenfalls korrumpiert werden. Da Gnome-Web in der Standardkonfiguration unter Ubuntu recht puristisch ist, ist Schritt 2 meistens der "Goldweg".
Sollte das Problem weiterhin bestehen: Tritt der Fehler nur auf einer bestimmten Seite auf (z.B. einer Bank oder einem Forum) oder bei allen Seiten?
-
<link rel="stylesheet" href="index.css?v=2">
Man lernt nie aus. Merci.
Ich bleibe aber bei meiner Methode:
Sobald die CSS dauerhaft geändert wird, wird sie umbenannt. Das ist der sicherste Weg, ein Neuladen zu erzwingen.
Der Eintrag lautet daher
<link rel="stylesheet" media="all" href="00formate_mrz_26_15.css">
Danke für die Erinnerung ans Umbenennen
