Wo speichern Erweiterungen deren Einstellungen?

klickman

Hallo Kollegen,

seit, ich glaube FF 66Beta, ist mir aufgefallen, dass Erweiterungen ihre Einstellungen offensichtlich nicht mehr im Ordner browser-extension-data im FF-Profil ablegen. Wenn ich diesen Ordner öffne und in weiterer Folge den Unterordner einer Erweiterung, sehe ich zwar weiterhin eine Einstellungsdatei namens storage.js, doch mit dem Zusatz "migrated". Also offensichtlich eine aus der/einer vorigen FF-Version übernommenen Einstellungsdatei. Lösche ich diese, so behält die betreffende Erweiterung nun dennoch deren Einstellungen. Das war davor nicht der Fall - die Erweiterung war auf Standard zurückgesetzt.
Wo speichern Erweiterungen aktuell ihre Einstellungen?

Sören Hentzschel

Hallo,

im storage-Verzeichnis.

Hintergrund: Das Storage-Backend wurde von einer JSON-Datei auf eine IndexedDB-Datenbank umgestellt. Nach Angaben von Mozilla resultiert diese Änderung in signifikanten Performance-Verbesserungen für viele Erweiterungen sowie einem reduzierten RAM-Verbrauch. Vor allem Werbeblocker sollen aufgrund ihrer Funktionsweise von dieser Änderung profitieren.

klickman

Vielen Dank für deine Info!
Somit kann ich den Ordner browser-extension-data eigentlich löschen?

So wie ich das sehe, scheint der Unterordner default der Speicherort zu sein. Weißt du ev. auch, wozu die Unterordner permanent und temporary dienen?

Leider fällt das Identifizieren und Zuordnen der Einstellungsdateien (Im Verzeichnis storage\default) um einiges schwieriger aus als im "alten" Verzeicnis, da nirgendwo auch nur ansatzweise der Name der korrespondierenden Erweiterung zu erkennen ist. Lediglich der Dateiinhalt kann u. U. Aufschluss geben. :-|

macko

Zitat von klickman

Leider fällt das Identifizieren und Zuordnen der Einstellungsdateien (Im Verzeichnis storage\default) um einiges schwieriger aus als im "alten" Verzeicnis, da nirgendwo auch nur ansatzweise der Name der korrespondierenden Erweiterung zu erkennen ist.

Doch, die Ordner können weiterhin der jeweiligen Erweiterung zugeordnet werden, nur haben diese jetzt ein anderes Namensformat als bisher: Nämlich moz-extension+++Interne-UUID-der-Erweiterung. Die jeweilige Interne UUID welche Firefox für einer deiner Erweiterung vergeben hat, kannst du dabei unter about:debugging (in Adresszeile eingeben) nachsehen, damit du so die verschiedenen Ordner einer deiner Erweiterungen zuordnen kannst.

klickman

Ah, vielen Dank!

Jetzt fehlt mir nur noch Info zu: "Somit kann ich den Ordner browser-extension-data eigentlich löschen?"

2002Andreas

Zitat von klickman

browser-extension-data eigentlich löschen?

Zumindest bei mir werden darin fast täglich Änderungen gespeichert :-??

[attachment=0]Zwischenablage01.png[/attachment]

klickman · Bildschirmfoto 2019-02-20 um 15.06.58.jpg

Zitat von 2002Andreas

Zumindest bei mir werden darin fast täglich Änderungen gespeichert :-??

Seltsam, bei mir schon länger nicht mehr. Der Ordner mit Änderungsdatum "Heute" war der Ordner, aus dem ich heute die eingangs erwähnte Einstellungsdatei gelöscht hatte, was allerdings keine Wirkung an der Erweiterung zeigte und zu meiner Eingangsfrage führte. So sieht das bei mir unter macOS aus:

[attachment=0]Bildschirmfoto 2019-02-20 um 15.06.58.jpg[/attachment]

Sören Hentzschel

Zitat von 2002Andreas

Zumindest bei mir werden darin fast täglich Änderungen gespeichert :-??

Im Profil von Firefox Beta oder Firefox Nightly? Denn das betrifft Firefox 66 und höher. In deinem Profil, das du mit Firefox 65 nutzt, wäre das erwartungsgemäß.

2002Andreas

Hallo klickman..

sorry, ich sehe gerade du redest von der Beta Version.
Da ist das bei mir auch anders.

[attachment=0]Zwischenablage01.png[/attachment]

Eben mal uBlock aktualisiert...trotzdem bleibt das Datum auf dem 4.2.

Vorschlag von mir, benenn den Ordner doch erstmal nur um und teste ob bzw. was passiert.

Edit:
Danke Sören :klasse:

klickman

Danke @Sören und andreas, so etwas in Richtung "Release" und "Beta" dachte ich mir schon.

Ich werde den Ordner testweise löschen. Wenn etwas nicht klappt, habe ich zur Sicherheit 3 Systemsicherungen, aus denen ich den Ordner wiederherstellen kann.

.DeJaVu

Da ihr von beta sprecht, warum wurde denn die userContextId angehängt

Zitat

moz-extension+++xyz123^userContextId=...

Sören Hentzschel

Das ist eine fix im Code hinterlegte userContextId, welche für den WebExtension-Storage reserviert ist, womit sichergestellt wird, dass die Datenbank nicht direkt vom Erweiterungs-Code aus aufgerufen werden kann und Erweiterungen die browser.storage.local-API verwenden müssen.

.DeJaVu

aha, ok, danke. Welches Thema trifft denn hier eher zu?
a) https://bugzilla.mozilla.org/show_bug.cgi?id=1406181
b) https://wiki.mozilla.org/Security/Conte…ject/Containers
Für mich ist das recht abstrakt, deshalb ist meine Vorstellung auch eher ungenau, welchen Vorteil es haben könnte. (Performance oder Sicherheit?)

Sören Hentzschel

a) ist das Ticket für die Implementierung des neuen Storage-Backends, b) hat nur indirekt etwas damit zu tun. Der Mechanismus, die Datenbank auf diese Weise zu isolieren, ist durch die Contextual Identities, oder Tab-Umgebungen im deutschsprachigen Firefox, bereits vorhanden gewesen und wird für diesen Anwendungsfall mitgenutzt. Daher kommt die Bezeichnung userContextId, obwohl es hier nicht wirklich darum geht. Ansonsten hätte man eine weitere Dimension hinzufügen müssen, was den Code nur unnötig komplizierter machen würde.

Der Performance-Vorteil kommt durch die Umstellung des Storage-Backends an sich, die userContextId tut nichts für die Performance. Der Grund dafür steht in meinem vorherigen Beitrag.

.DeJaVu

Also sowas
https://developer.mozilla.org/en-US/docs/Moz…tual_identities
https://developer.mozilla.org/en-US/docs/Moz…xtualIdentities

Würde dann so ein Storage-Ordner eine andere ID bekommen bzw ein zusätzlicher Ordner für zB uBlock mit einer anderen ID für einen Container? Würde dadurch uBlock mit mehreren Datensätzen arbeiten?

Sören Hentzschel

Wie ich im letzten Beitrag bereits versuchte zu erklären, wird lediglich der vorhandene Mechanismus mitgenutzt. Es gibt keine verschiedenen Identitäten für Erweiterungen. Die Bezeichnung userContextId kommt von den Contextual Identities, hat ansonsten aber nichts damit zu tun. Die userContextId ist für alle WebExtensions und alle Nutzer gleich, da fix im Code hinterlegt, und stellt lediglich sicher, dass Erweiterungen nicht direkt auf die Datenbanken zugreifen können.