Firefox: Überschreibt immer wieder "Schlüsselwort" für Suche

[MoonKid]

In der Firefox-Adresszeile kann man mit einem vorgestellten Buchstaben spezielle Suchmaschinen ansteuern (z.B. g foobar durchsucht Google). Das kann man konfigurieren. z.B. nutze ich w für Wikipedia, j für Wadoku (Japanisch-Wörterbuch) usw.

Alle paar Wochen setzt Firefox sich selbst auf die Standardeinstellungen zurück, überschreibt diese Buchstaben und bringt sogar die "bösen" Suchmaschienen (z.B. Amazon, eBay, ...) zurück in die Einstellungen, obwoh lich diese vorher gelöscht hatte. Das scheint unabhängig von einem apt Update stattzufinden. Vermutlich macht Firefox intern eine Art Update.

Hat jemand eine Idee, wie das zustande kommt und ob sich das unterbinden lässt?

Unter Einstellungen/Erweitert/Update ist das Suchmaschinen aktualisieren deaktiviert. Ein Sync-Konto existiert auch nicht.

[uname]

Die Einstellungen müssen eigentlich alle pro Benutzer in ~/.mozilla vorgenommen werden. Ich sehe keinen Grund, dass ein systemweites Update irgendwas ändern könnte.

[rendegast]

Das keyword für die search-engine wird in search.json.mozlz4 als alias: abgelegt.
Ein 'file' (jessie/stretch) und '7z' unbekanntes Dateiformat, Danke Mozilla.

Ein backup, welches die Datei regelmäßig überschreibt?

Zur Kontrolle/Beobachtung,
vergebe einer der weniger genutzten engine ein markantes keyword, zBsp.
bbbb für 'bing'
(zur Verhinderung von Trefferduplikaten bei der string-Suche im mozilla-Verzeichnis
- Treffer in sessionstore können außer Acht gelassen werden).
Ob dieses auch zurückgesetzt wird.

[MoonKid]

Das keyword für die search-engine wird in search.json.mozlz4 als alias: abgelegt.
Ein 'file' (jessie/stretch) und '7z' unbekanntes Dateiformat, Danke Mozilla.

Sorry, das war zu kurz. Kann dir nicht folgen. "search.json.mozlz4" existiert in [url]about:config[/url] nicht.

[rendegast]

Ist eine Datei im mozilla-Profilverzeichnis.

[MoonKid]

Ist eine Datei im mozilla-Profilverzeichnis.

Die Datei ist nicht humanreadable. Den Rest des vorherigen Postings habe ich aber immer noch nicth verstanden. Das mit "file" und "7z" und "Danke Mozilla".

[rendegast]

'file' zeigt den Dateityp an (meistens), und 7z kann eine ganze Reihe Archive verarbeiten.

Code: Alles auswählen

$ file dateien
dateien: Zip archive data, at least v1.0 to extract


$ 7z l dateien

7-Zip 9.20  Copyright (c) 1999-2010 Igor Pavlov  2010-11-18
p7zip Version 9.20 (locale=de_DE.UTF-8,Utf16=on,HugeFiles=on,2 CPUs)

Listing archive: dateien

--
Path = dateien
Type = zip
Physical Size = 442

   Date      Time    Attr         Size   Compressed  Name
------------------- ----- ------------ ------------  ------------------------
2017-02-11 13:56:14 .....            0            0  datei1
2017-02-11 13:56:14 .....            0            0  datei2
2017-02-11 13:56:14 .....            0            0  datei3
------------------- ----- ------------ ------------  ------------------------
                                     0            0  3 files, 0 folders

Da die Datei "lz" im Namen hat, dürfte wohl Lempel-Ziv in der Datei in Teilen Anwendung finden.
imo ein ähnlich proprietäres Produkt wie das "optimierte zip" der neueren mozilla.jar-Archive

Code: Alles auswählen

$ file omni.ja
omni.ja: data

statt wie früher ein reguläres zip-Archiv.
Daher "Danke Mozilla".

[MoonKid]

Daher "Danke Mozilla".

Jetzt wo du ganze Sätze verwendest, kann ich dir auch folgen.
Sag nicht "Danke", sondern öffne einen BugReport (den du dann selbstverständlich hier verlinkts). Das Mozilla propritäres Zeug verwendet ist inakzeptabel.

[rendegast]

Ups, Korrektur, http://forums.mozillazine.org/viewtopic.php?t=3023201

Execute the following code in Browser Console ( set devtools.chrome.enabled=true in about:config )

search.json.mozlz4 -> search.json

Code: Alles auswählen

function decompress() {
  Task.spawn(function() {
    let cacheFilePath = OS.Path.join(OS.Constants.Path.profileDir, "search.json.mozlz4");
    let bytes = yield OS.File.read(cacheFilePath, {compression: "lz4"});
    let data = new TextDecoder().decode(bytes);
    let jsonFilePath = OS.Path.join(OS.Constants.Path.profileDir, "search.json");
    OS.File.writeAtomic(jsonFilePath, data);
  });
}
decompress();

search.json -> search.json.mozlz4_new

Code: Alles auswählen

function compress() {
  Task.spawn(function() {
    let jsonFilePath = OS.Path.join(OS.Constants.Path.profileDir, "search.json");
    let bytes = yield OS.File.read(jsonFilePath);
    let data = new TextDecoder().decode(bytes);
    let cacheFilePath = OS.Path.join(OS.Constants.Path.profileDir, "search.json.mozlz4_new");
    OS.File.writeAtomic(cacheFilePath, data, {compression: "lz4"});
  });
}
compress();

Oder auch mozlz4a.py https://gist.github.com/Tblue/62ff47bef7f894e92ed5.
--------------
Ist das Ding kaputt? Ich bekomme nur "Could not open input file '%s' for reading"
strace ist kein Hilfe. (python-lz4 ist installiert)

[MoonKid]

Was mich mal mehr interessieren würde, ob Ihr dieses Verhalten nachvollziehen/reproduzieren könnt?

[rendegast]

Eventuell liegt es daran, daß irgendein Prozeß/Job diese Datei einfach nur löscht,
wodurch sie beim nächsten Start des browsers neu erstellt wird.
Natürlich ohne shortkeys und diverses andere auf "default".

[MoonKid]

Zufällig kann ich es jetzt reproduzieren. Das passiert, wenn ich zwischendurch den Firefox "mit deaktivierten AddOns" starte und dann wieder in den normalen Modus gehe.