Firefox 55.0.2 (64Bit) löscht nicht alle Cookies

Danke für die Ergänzung, das ist nicht nur unter nightly so, auch in meinem Testprofil vom aktuellen Firefox speichert Stylus unter storage/default dort Daten. Stellt sich die Frage, wie man Ordner in storage/default, die mit "http+++" anfangen automatisch löscht, bzw. gleich verweigert Ordner die mit "http+++" anfangen verbietet zu erstellen und Ordner, die mit "moz-extension+++" beginnen immer alles erlaubt :-??

Zitat von Zitronella

Stellt sich die Frage, wie man Ordner in storage/default, die mit "http+++" anfangen automatisch löscht, bzw. gleich verweigert Ordner die mit "http+++" anfangen verbietet zu erstellen

Ich glaube, die erste Variante ist sinnvoller. Vielleicht gibt es eh keine Probleme, wenn Firefox die Ordner gar nicht erst erstellen kann, aber ich bezweifle, dass Mozilla das Verhalten von Firefox explizit testet, wenn Firefox nicht die erwarteten Berechtigungen besitzt. Und die falsche Annahme von Rechten, die nicht vorhanden sind, resultiert gerne mal in Programm-Abstürzen. Wie gesagt, vielleicht ist das für Firefox eh kein Problem, aber auf Nummer sicher geht man eher, wenn man einfach am Ende die Sachen löscht, wenn Firefox sicher nicht mehr darauf zuzugreifen versucht. Vergleicht man das Verhalten von Firefox im privaten Modus, da verweigert Firefox ja auch nicht die temporäre Speicherung von Cookies usw., sonst könnte man sich nirgends anmelden. Wirklich weg sind die Daten erst, wenn man das private Fenster schließt und Firefox nicht mehr darauf zugreifen muss.

Das löschen geht doch unter Windows mit dem "del"-Kommando. Unter Linux mit "rm". So wie ich es schon beschrieben habe: In einer Script- oder Batch-Datei erst den FF aufrufen und anschließend de Löschbefehl mit der entsprechenden Pfadangabe und der Lösch-Maske.

Die Windows-Kommandos kenne ich nicht mehr so gut, das ist schon zu lange her. Bevor ich da was falsches schreibe, soll es lieber ein Win-Spezi tun...

Unter Linux ist der Löschbefehl (-r löscht auch Verzeichnisse):
rm -r Pfad/zum/Profilordner/storage/default/http*

Gruß Harry

Das mit den Wildcards ist unter Windows gar nicht so einfach, aber ich habe hier etwas funktionierendes gefunden:

FOR /D %%X IN (%appdata%\Mozilla\Firefox\Profiles\xxx.default\storage\default\http*) DO RD /S /Q "%%X"
FOR /D %%X IN (%appdata%\Mozilla\Firefox\Profiles\xxx.default\storage\temporary\http*) DO RD /S /Q "%%X"

xxx.default muss natürlich dann mit dem Ordnernamen deines Profiles ersetzt werden!

Diese Datei als DOM-loeschen.bat abgespeichert (zb. auf dem Desktop)
Nach BEENDEN von Firefox Doppelkick auf die Datei und sämtliche Unterordner, die mit http anfangen sind sowohl in storage/default, als auch in storage/temporary im Profilordner gelöscht.

Damit erwischt man auch viele Online-Banking und Mailprovider. Für die sieht es dann aus als wenn ihr von einer frmeden Maschine kommt. Die Auswirkungen sind mir jedoch nicht klar.

Ich würde da erstmal die Finger von lassen bis sich irgendwas bei den Blockern dafür tut. Jm2c

Verstehe nicht was du meinst. Was heißt "von einer fremden Maschine"? Das sieht doch für die nicht anders aus, als wenn ich deren Seite im privaten Fenster öffne, oder wenn ich deren Seite mit einem anderen Browser bzw. anderem Profil öffne. Ich sehe da kein Problem diese Dinge zu löschen.
Und dass dort Banken irgendwelche Daten vom Online-Banking speichern wäre mir neu... kannst du das mit Sicherheit bestätigen, dass das so geschieht?

Ich vermute das nur, daß man als bekannter User mit seiner letzten Position in der Anwendung erkannt wird.

Beispiel 1. WEB.DE muß ich jedes Mal den Einlog-Prozess komplett neu durchlaufen inklusive allem Mist, den man selbst mit Adblockern kaum wegbekommt. Lass ich das stehen setzt er da auf wo ich beim letzten Login war.
Beispiel 2. ABN-Amro muß ich beim Fremdbezahlen z.B. über Ideal meine kompletten Daten neu eingeben, laß ich es stehen sind die automatisch da.

Also meine ich da steckt irgendeine Wiedererkennungsfunktion dahinter.

Spiegel.de oder NTV.de brauch ich nicht, das hau ich weg. Ergo gehört da ein Filtermechanismus per Site hin, pauschal ist eher falsch.

Aber das hat nicht wirklich was mit den storage Einträgen zu tun, sondern Cookies allgemein. Verbiete ich in storage/default den Schreibzugriff (der Ordner ist völlig leer) gehe zu web.de, logge mich ein und geh zum Posteingang, schließe den Browser, öffne ihn erneut und lasse die vorherige Sitzung wieder anzeigen, bin ich immer noch eingeloggt. (obwohl ich nicht einmal Name und PW habe vorher speichern lassen).

Schreibschutz?! Schlug ich schon im Februar vor ... nein warte schon im Dez. 2016 hat sich diese Problem für mich erledigt gehabt.
Der gesamte "storage"-Ordner im Profil hat Schreibschutz und ist seitdem jungfräulich. Ich kann mich dunkel nur an eine Seite erinnern die mal rumgezickt hatte und ich nur vermuten kann, dass das daran gelegen hat.
Ah, lese gerade das ab V. 57 auch Erweiterungen dort hinein schreiben. Dann muss wohl ein Skript her.

Ich kenn mich in diesen Innereien nicht aus, aber ich glaube mit einer Whitelist ist man da am Besten bedient.