Arbeitsprofil(default)überhaupt nicht mehr zu gebrauchen!

Road-Runner

Ich sprach ausschliesslich von der Erweiterung Tabmix Plus, auch wenn ich hin und wieder nur Tabmix geschrieben habe.

Zitat

Also nochmals die Frage, warum ist die localstore.rdf in einem frischen Profil (also ohne Erweiterungen) bei loshombre und mir verschieden? Was greift aus den anderen Profilen des Profilordner in die localstore.rdf des soeben angelegten neuen Profils von loshombre ein und bei mir nicht?

Es geht darum, dass der Eintrag

Code

xmlns:NS1="http://home.netscape.com/WEB-rdf#"

weder bei Dir noch bei loshombre vorhanden ist, bevor die Tabmix Plus installiert wird.

loshombre:
Code:
xmlns:NS1="http://hemiolapei.free.fr/rdf/all/window/closedtabs/session/history/entry#"

Dieser Eintrag wird durch die Option Tab wieder herstellen von Tabmix Plus eingetragen.

Amsterdammer:
Code:
xmlns:NC="http://home.netscape.com/NC-rdf#"

Dieser Eintrag NC ist nicht NS1 und hat nichts mit Tabmix Plus zu tun. Er sollte bei loshombre auch in der localstore stehen (auch wenn er das nicht gepostet hat).

Amsterdammer

ja aber den code localstore.rdf von hier:
http://www.firefox-browser.de/forum/viewtopi…p=212675#212675

habe ich nach der Installation von tabmix plus. loshombre hat andieser stelle etwas anders nämlich nach eigener aussage
http://www.firefox-browser.de/forum/viewtopi…p=212664#212664

den von master x genannten
http://www.firefox-browser.de/forum/viewtopi…p=212660#212660

oder reden wir jetzt aneinader vorbei oder hat loshombre sich vertan?

Road-Runner

Zitat von Amsterdammer

oder reden wir jetzt aneinader vorbei oder hat loshombre sich vertan?

Ich denke, wir reden aneinander vorbei. Ich spreche ausschliesslich von der Code-Zeile, die mit xmlns:NS1= beginnt, du schreibst von der Zeile, die mit xmlns:NC= beginnt.

Der Anfang von loshombres' localstore.rdf dürfte dieses sein:

XML

<?xml version="1.0"?>
<RDF:RDF xmlns:NS3="http://hemiolapei.free.fr/rdf/all/window/closedtabs/session#"
xmlns:NS2="http://hemiolapei.free.fr/rdf/all/window#"
xmlns:NS1="http://hemiolapei.free.fr/rdf/all/window/closedtabs/session/history/entry#"
xmlns:NC="http://home.netscape.com/NC-rdf#"
xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#">

Der von loshombre und Master X gepostete Code steht in der drittletzten Zeile, Deiner in der zweitletzten.

Hast Du in dem hier erwähnten Profil die Option Tabs wieder herstellen in der Erweiterung Tabmix Plus aktiviert? Die Codezeilen xmlns:NS1 bis xmlns:NS3 werden von dieser Option in die localstore geschrieben.

Amsterdammer

Zitat von Road-Runner

Hast Du in dem hier erwähnten Profil die Option Tabs wieder herstellen in der Erweiterung Tabmix Plus aktiviert? Die Codezeilen xmlns:NS1 bis xmlns:NS3 werden von dieser Option in die localstore geschrieben.

Ich hab nichts gemacht, ausser frisches Profil angelegt und Tabmix plus instaliert, ich arbeite garnicht mit tabmix plus, hab auch noch nie mit tabmix gearbeitet. dies sind default einstellungen aus folgenden schritten:
* neues profil via profilmanager
* tabmixplus von erweiterungen.de installiert
* FF neu gestartet und wieder geschlossen
* localstore.rdf geöffnet, code kopiert und gepostet

also exakt das, was loshombre nach eigener aussage gemacht hat

Road-Runner

Zitat von Amsterdammer

Ich hab nichts gemacht, ausser frisches Profil angelegt und Tabmix plus instaliert, ich arbeite garnicht mit tabmix plus, hab auch noch nie mit tabmix gearbeitet. dies sind default einstellungen aus folgenden schritten:
* neues profil via profilmanager
* tabmixplus von erweiterungen.de installiert
* FF neu gestartet und wieder geschlossen
* localstore.rdf geöffnet, code kopiert und gepostet

loshombre hat die Option 'Tab wieder herstellen' aktiviert und deswegen ist der oben zitierte Code in seiner localstore.

Tab wieder herstellen ist übrigens der falsche Ausdruck (ich hätte doch mal in den Einstellungen nachsehen sollen). Es geht um die Option 'Letzte Tabsitzung beim Browserstart wieder herstellen' Sorry. :oops:

Das ist die drittletzte Option auf diesem Bild:

[Blockierte Grafik: http://at2907.roadrunners.lu/erweiterungen/tabmix/tabmixplus1.png]

Amsterdammer

Zitat von Road-Runner

loshombre hat die Option 'Tab wieder herstellen' aktiviert und deswegen ist der oben zitierte Code in seiner localstore.

Wie kann das? loshombre hat ein neues profil angelegt und dann tabmixplus installiert. Er hat nicht geschrieben, dass er anschliessend in die optionen "tab wiederherstellen" gegangen ist und was verändert hat. das muss doch genausosein wie bei mir? oder zieht sich das neue profil einstellungen aus der localestore.rdf eines anderen profils?

nochmals: er hat geschrieben neues profil! da gibts keine voreinstellungem von irgendwelchen tabmixerweiterungen

ich bin immer noch der meinung, sein gesamter profilordner ist kaputt

Amsterdammer

Ansonsten, lieber road-runner, wünsche ich dir frohe Weihnachten [Blockierte Grafik: http://www.mainzelahr.de/smile/feiertage/geschenk.gif],

ich geh jetzt offline für ein Weilchen

Road-Runner

@ Amsterdammer

Ich habe nochmal ein neues Profil erstellt, Tabmix Plus installiert und die Option Tab-Sitzung beim Browserstart wieder herstellen ausgewählt. Dazwischen habe ich die localstore jedesmal überprüft.

Das Resultat:

Nach der Erstellung eines neuen Profils, ohne irgendeine Erweiterung:

XML

<?xml version="1.0"?>
<RDF:RDF
     xmlns:NC="http://home.netscape.com/NC-rdf#"
     xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
</RDF:RDF>

Nach der Installation von Tabmix Plus

XML

<?xml version="1.0"?>
<RDF:RDF xmlns:NC="http://home.netscape.com/NC-rdf#"
         xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
  <RDF:Description RDF:about="chrome://mozapps/content/extensions/extensions.xul?type=extensions#extensionsManager"
                   width="585"
                   height="380" />
  <RDF:Description RDF:about="chrome://browser/content/browser.xul#sidebar-title"
                   value="" />
  <RDF:Description RDF:about="chrome://mozapps/content/extensions/extensions.xul?type=extensions">
    <NC:persist RDF:resource="chrome://mozapps/content/extensions/extensions.xul?type=extensions#extensionsManager"/>
  </RDF:Description>
  <RDF:Description RDF:about="chrome://browser/content/browser.xul">
    <NC:persist RDF:resource="chrome://browser/content/browser.xul#main-window"/>
    <NC:persist RDF:resource="chrome://browser/content/browser.xul#sidebar-box"/>
    <NC:persist RDF:resource="chrome://browser/content/browser.xul#sidebar-title"/>
  </RDF:Description>
  <RDF:Description RDF:about="chrome://browser/content/browser.xul#main-window"
                   width="994"
                   height="728"
                   screenX="4"
                   screenY="4"
                   sizemode="normal" />
  <RDF:Description RDF:about="chrome://browser/content/browser.xul#sidebar-box"
                   sidebarcommand=""
                   width=""
                   src="" />
</RDF:RDF>

Alles anzeigen

Nach der Aktivierung der Option 'Letzte Tab-Sitzung beim Browserstart wieder herstellen.

XML

<?xml version="1.0"?>
<RDF:RDF xmlns:NS3="http://hemiolapei.free.fr/rdf/all/window#"
         xmlns:NS2="http://hemiolapei.free.fr/rdf/all/window/closedtabs/session#"
         xmlns:NS1="http://hemiolapei.free.fr/rdf/all/window/closedtabs/session/history/entry#"
         xmlns:NC="http://home.netscape.com/NC-rdf#"
         xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
  <RDF:Description RDF:about="chrome://mozapps/content/extensions/extensions.xul?type=extensions#extensionsManager"
                   width="585"
                   height="380" />
  <RDF:Description RDF:about="chrome://browser/content/browser.xul#main-window"
                   width="994"
                   height="728"
                   screenX="4"
                   screenY="4"
                   sizemode="normal" />
  <RDF:Description RDF:about="chrome://tabmixplus/content/pref-tabmix.xul#advancedSetting"
                   advanced="false" />
  <RDF:Description RDF:about="chrome://mozapps/content/extensions/extensions.xul?type=extensions">
    <NC:persist RDF:resource="chrome://mozapps/content/extensions/extensions.xul?type=extensions#extensionsManager"/>
  </RDF:Description>
  <RDF:Description RDF:about="chrome://tabmixplus/content/pref-tabmix.xul">
    <NC:persist RDF:resource="chrome://tabmixplus/content/pref-tabmix.xul#advancedSetting"/>
  </RDF:Description>
  <RDF:Description RDF:about="chrome://browser/content/browser.xul">
    <NC:persist RDF:resource="chrome://browser/content/browser.xul#main-window"/>
    <NC:persist RDF:resource="chrome://browser/content/browser.xul#sidebar-box"/>
    <NC:persist RDF:resource="chrome://browser/content/browser.xul#sidebar-title"/>
  </RDF:Description>
</RDF:RDF>

Alles anzeigen

Wenn Du die gleichen Schritte vollziehst, wird das Resultat bei Dir genau so aussehen.

Abgesehen davon denke ich, dass es am Einfachsten wäre, auf loshombre zu warten und ihn zu bitten, die ersten 10 - 15 Zeilen seiner localstore zu posten, dann sehen wir ja, was genau drin steht.

Bis dahin wünsche ich Dir ebenfalls fröhliche Weihnachten.

Amsterdammer

Zitat von Road-Runner

Abgesehen davon denke ich, dass es am Einfachsten wäre, auf loshombre zu warten und ihn zu bitten, die ersten 10 - 15 Zeilen seiner localstore zu posten, dann sehen wir ja, was genau drin steht.
Bis dahin wünsche ich Dir ebenfalls fröhliche Weihnachten.

Gute Idee und Dankeschön [Blockierte Grafik: http://img196.imageshack.us/img196/3413/biggrin2xr.gif]

Master X

Und was hilft es euch, wenn ich sage, dass loshombres localstore.rdf so anfängt?

XML

<?xml version="1.0"?>
<RDF:RDF xmlns:NS3="http://hemiolapei.free.fr/rdf/all/window/closedtabs/session#"
         xmlns:NS2="http://hemiolapei.free.fr/rdf/all/window#"
         xmlns:NS1="http://hemiolapei.free.fr/rdf/all/window/closedtabs/session/history/entry#"
         xmlns:NC="http://home.netscape.com/NC-rdf#"
         xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
...

loshombre

Meine lieben interaktiven Forumkompanieros,

ich bin zu tiefst ergriffen über euren enormen und beispiellosen Einsatz hier. Und das alles nur meinetwegen. Wie kann ich da je wieder gut machen?
Heute hab ich mit Speis und Trank die Geburt Jesu gefeiert. Bevor ich in den Flieger steige um Weihnachten zu feiern, noch folgendes:

Das ist der Anfang meiner localstore im sauberen Profil mit TMP, ohne irgend welche TMP-Einstellungen gesetzt zu haben:

XML

<?xml version="1.0"?>
<RDF:RDF xmlns:NC="http://home.netscape.com/NC-rdf#"
         xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
  <RDF:Description RDF:about="chrome://browser/content/browser.xul">
    <NC:persist RDF:resource="chrome://browser/content/browser.xul#main-window"/>
    <NC:persist RDF:resource="chrome://browser/content/browser.xul#sidebar-box"/>
    <NC:persist RDF:resource="chrome://browser/content/browser.xul#sidebar-title"/>

Das ist das selbe Profil, nur mit TMP und mit aktivierten: [Blockierte Grafik: http://img375.imageshack.us/img375/913/zwischenablage028mv.jpg]

XML

<?xml version="1.0"?>
<RDF:RDF xmlns:NS3="http://hemiolapei.free.fr/rdf/all/window/closedtabs/session#"
         xmlns:NS2="http://hemiolapei.free.fr/rdf/all/window/closedtabs/session/history/entry#"
         xmlns:NS1="http://hemiolapei.free.fr/rdf/all/window#"
         xmlns:NC="http://home.netscape.com/NC-rdf#"
         xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#">

Das sind die Einstellungen von TMP im Arbeitsprofil: [Blockierte Grafik: http://img375.imageshack.us/img375/913/zwischenablage028mv.jpg]

Und der dazu gehörige localstore.rdf-Code:

XML

<?xml version="1.0"?>
<RDF:RDF xmlns:NS3="http://hemiolapei.free.fr/rdf/all/window/closedtabs/session#"
         xmlns:NS2="http://hemiolapei.free.fr/rdf/all/window#"
         xmlns:NS1="http://hemiolapei.free.fr/rdf/all/window/closedtabs/session/history/entry#"
         xmlns:NC="http://home.netscape.com/NC-rdf#"
         xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#">

Die angeblich wichtigste Zeile:

Code

xmlns:NS1="http://home.netscape.com/WEB-rdf#"

ist nirgenst wo vorhanden. N1 und N2 sind trotzt gleicher TMP-Einstellungen vertauscht!

Man könnte jetzt Road-Runners Beispiel folgen und die fehlende Zeile da einfügen. Ich weiss aber nicht, ob ich die daraus resultierenden Auswirkungen überprüfen kann. Denn das Arbeitsprofil, das normalerweise vor etwa 2 Tagen kaputt gehen sollte/müsste, steht immer noch!

Und vielleicht sollte man doch den TMP-Schrauber dadrauf aufmerksam machen, oder?

[edit]: Noch was! Den gesamten Profile-Ornder(Mozilla) hab ich auch schon mehrere Male neu erstellen lassen. Allerdings brachte/bringt das natürlich nicht viel, weil ich natürlich das dann dadrine neu entstandene Profil, genau so wieder(samt aller Erweiterungen, mit den gleichen Einstellungen) eingerichtet habe, wie das vorherige.
Ergebnis: 3 Tage hats gehalten bevor es den Bach runter ging. Bis jetzt! Es ist mtw. der 6 Tag, ohne daß ich was an irgend welchen Einstellungen verändert hätte. Das Profil steht! Wie lange noch!?

Road-Runner

Zitat von loshombre
Die angeblich wichtigste Zeile:
Code
xmlns:NS1="http://home.netscape.com/WEB-rdf#"
ist nirgenst wo vorhanden. N1 und N2 sind trotzt gleicher TMP-Einstellungen vertauscht!

Das hängt imho davon ab, in welcher Reihenfolge Du die Einstellungen der Erweiterung vorgenommen hast.

Zitat

Man könnte jetzt Road-Runners Beispiel folgen und die fehlende Zeile da einfügen. Ich weiss aber nicht, ob ich die daraus resultierenden Auswirkungen überprüfen kann. Denn das Arbeitsprofil, das normalerweise vor etwa 2 Tagen kaputt gehen sollte/müsste, steht immer noch!

Erstelle doch einfach eine Kopie dieses Arbeitsprofils und füge in der Kopie diese Einstellung ein. Eine genaue Anleitung mit Erklärungen, weshalb was wie wo eingetragen werden soll, habe ich Dir per Mail geschickt, die Anleitung ist zu lange geworden, um sie hier zu posten.

Zitat

Und vielleicht sollte man doch den TMP-Schrauber dadrauf aufmerksam machen, oder?

Könntest Du machen, aber ich glaube, dass dieses Problem in der neuen Version 0.3 nicht mehr auftritt, da die ganze Funktion 'Letzte Tabsitzung beim Browserstart wieder herstellen' geändert wurde. Jedenfalls habe ich auch nach dem Aktivieren dieser Option keine Einträge mehr unter NS-irgendwas in der localstore (falls ich sie nicht übersehen habe :lol: ).

Zitat

Ergebnis: 3 Tage hats gehalten bevor es den Bach runter ging. Bis jetzt! Es ist mtw. der 6 Tag, ohne daß ich was an irgend welchen Einstellungen verändert hätte. Das Profil steht! Wie lange noch!?

Bis ein Searchplugin innerhalb einer Browsersitzung zweimal überprüft, ob es sich updaten kann. Dann sind 2 Einträge LastPingDate in der localstore,

Code

NS1:LastPingDate="1126011710"
NS1:LastPingDate="1126176449" />

was bewirkt, dass Firefox diese Datei nicht mehr auslesen kann und einfach eine neue localstore mit den Standardeinstellungen anlegt.

Jedenfalls steht das so in der Bugbeschreibung bei Bugzilla.

loshombre

Herzliche Weihnachtsgrüße an meine fantastischen Forumkameraden [Blockierte Grafik: http://www.cosgan.de/images/smilie/xmas/a014.gif]

Bevor ich gleich abhebe, hab ich noch Road-Runners Plan kurzer Hand umgesetzt!

Das Arbeitsprofil 1:1 geklont(mit dem Namen Firefox Test), TMP deinstalliert, in den Configs alles zurückgesetzt, alles nochmal überprüft, TMP war komplett weg! Die "hemiolapei"-Zeilen aus der localstore gelöscht und die NS1-Zeile hinzugefügt. Die Updatefunktion der Searchplugins in den
Fuchseinstellungen unter "Erweitert" aktiviert(im Arbeitsprofil ist die Funktion in den Einstellungen von mir deaktiviert worden), TMP über "Datei öffnen"
des Fuchs-Dateimenüs neu installiert und Fuchs geschlossen.

Nach dem Öffnen bot sich mir wieder das erschreckende Bild des über n Zaun hängenden Fuchses!!! Es ist keine neue localstore.rdf im Profil erstellt worden! Sie ist nach wie vor 11KB stark als Klon der des Arbeitsprofils. Fuchs maximiert(nicht über die Verknüpfung), alle Buttons wieder in die Leisten gezogen, geschlossen und wieder geöffnet: Keine Übernahme der Einstellungen!!! Das gleiche 5 Mal wiederholt! Keine neue localstore im Testprofilordner. Nach wie vor 11KB stark.
Der Code hat sich vor wie nach dem Aktivieren der Searchplugins-Updatefunktion und der TMP-Installation samt bekannten Einstellungen
nicht verändert:

XML

<?xml version="1.0"?>
<RDF:RDF xmlns:NS1="http://home.netscape.com/WEB-rdf#"
         xmlns:NC="http://home.netscape.com/NC-rdf#" 
         xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#">

Die localstore.rdf ist nicht schreibgeschützt!

Und jetzt???

Amsterdammer

Guren Morgen.

Wenn du dein kaputtes Profil noch hast, gehe bei geschlossenem FF an die stelle diese Profils im Windows Explorer, z.B.

C:\Dokumente und Einstellungen\Benutzername\LOKALE EINSTELLUNGEN\Anwendungsdaten\Mozilla\Profile\xyz.default
und lösche dort den Ordner "Cache" und die Datei "XUL.mfl".

Danach PC neu starten und Firefox in dem beschädigten Profil starten. Kann etwas dauern, bis er startet.

*Daumen Drück* :klasse:

sweety

oh.. sch%&$% loshombre...haben meine gebete immer
noch nichts genützt....ja ja das himmelspersonal ist auch nicht
mehr das was es mal war :lol::lol:
guten rutsch ins 2006

Road-Runner

@ loshombre

Dein Problem wird sicher durch Einträge der Tabmix Plus in Deiner localstore.rdf verursacht. Nur: ich habe bis jetzt nicht herausgefunden, was genau dieses Fehlverhalten bewirkt und warum es nur sporadisch auftritt.

Ich konnte zwar in meinem Testprofil dieses 'Anpassungen-Verschwinden' nachvollziehen, allerdings nur in diesem bestehenden Testprofil, und nicht in einem extra neu angelegten Testprofil mit ausschliesslich der Erweiterung Tabmix Plus 0.2.5.2.

Im Tabmix Plus-Forum wurde empfohlen, bei Problemen mit der Erweiterung und der Datei localstore auf Tabmix 0.3 beta umzusteigen, da die 0.3 beta keine Einträge in der localstore mehr vornimmt. Einträge der Beta werden in einer Datei sessions.rdf abgespeichert.

Meiner Meinung nach wäre es allerdings angebracht, für die 0.3 beta ein neues Profil zu erstellen, um sicher zu sein, dass in der localstore keine Einträge der alten Version 0.2.5.2 verbleiben. Ob das manuelle Löschen dieser Einträge möglich ist, ohne wieder das Fehlverhalten zu provozieren, weiss ich nicht, ich würde es auch nicht darauf ankommen lassen.

Ein Wort zur 0.3 beta: ich benutze diese Version seit Firefox 1.5, und habe bis jetzt nicht das geringste Problem damit. Für die 0.3 beta gibt es regelmässig Updates, auch diese wurden problemlos installiert.

Der einzige Wermutstropfen mit der beta ist, dass sie nur auf Englisch vorliegt (ausser den paar Kontextmenüeinträgen, die sowieso auch ohne Tabmix Plus vorhanden sind). Ich gehe aber mal davon aus, dass diese 0.3 auch übersetzt werden wird, wenn die Final da ist.

Amsterdammer

also wenn dieser bug dahinter steht
https://bugzilla.mozilla.org/show_bug.cgi?id=307558

und die localinstall.rdf geht kaputt nach update der searchplugins und den im bug genannten Nebenbedingungen

dann sollte man allen searchplugins des programmordners das updaten verbieten, z.B. bei google:

Zitat

# Mozilla/Google plug-in by amitp+mozilla@google.com
<search
name="Google"
description="Google Search"
method="GET"
action="http://www.google.com/search"
queryCharset="utf-8"
>
<input name="q" user>
<inputnext name="start" factor="10">
<inputprev>
<input name="ie" value="utf-8">
<input name="oe" value="utf-8">
<interpret
browserResultType="result"
charset = "UTF-8"
resultListStart=""
resultListEnd=""
resultItemStart=""
resultItemEnd=""
>
</search>
<browser
# update="https://addons.mozilla.org/searchplugins/updates/google.src"
# updateIcon="https://addons.mozilla.org/searchplugins/updates/google.gif"
# updateCheckDays="1"
>

Alles anzeigen

pomasl

Ich habe ab und an das gleiche Problem gehabt, habe in der userChromeCSS den Code zur Vergrößerung der Lesezeichensymbolleiste.

Wenn ich eine Seite aus dieser Leiste geöffnet habe hüpfte das ganze Fenster, ging ich auf Anpassen und wieder zurück war die Leiste nur noch einzeilig, aber das Phänomen war verschwunden.

In der TMP hatte ich letzte TAB Sitzung wieder herstellen aktiviert, das habe ich zurückgenommen und seit dieser Zeit ist das Problem nicht mehr aufgetreten.

loshombre

Guten Abend meine lieben Kameraden :wink:

Ich hoffe, ihr habt schöne Feiertage verbracht und es euch gut gehen lassen!

Mtw. bin ich bezüglich meines Problems genau so ratlos wie ihr. Bis jetzt kann ich nur einen klaren Punkt erkennen. Und das ist die ominöse Zeile:
"xmlns:NS1=http://home.netscape.com/WEB-rdf#"! So wie ich Road-Runners letzten Tests nachvollzogen habe, bewirkt dieser Code in Kombination mit den TMP-Codes die Probleme. Sobald die Zeile in der localstore nicht vorhanden ist, scheint es mit dem "auf Standard
zurücksetzen" keine Probleme mehr zu geben???
Was ich halt auch nicht weiss ist, wofür diese Zeile überhaupt zuständig ist und wann und wodurch die überhaupt entsteht!
Wie in meinem letzten Test hier im Thread zu lesen, ist bei mir dieser Code bis jetzt nirgenswo vorhanden. Vielleicht war der Code, wodurch auch immer ausgelöst, früher in meiner localstore.rdf drine und verusachte diese Probleme!?
Zur Zeit sieht das bei mir so aus: An der Fuchs-Konfiguration hat sich nichts geändert. TMP 0.2.5.2 mit allen Wiederherstellungen aktiviert, Searchplugins-Update ausgeschaltet und dieser Code ist nirgenswo zu sehen! Das Profil läuft!

Natürlich habe ich alle euren fachmännischen Vorschläge berücksichtig und halte sie alle in der Hinterhand. Ich denke, beim derzeitigen Verhalten meines Arbeitsprofiles, sollte ich das erstmal alles so belassen wie es im Moment ist und streng beobachten! Oder sollte ich da doch schon vorgreifen? Was meinen meine Kameraden dazu?

pomasl: Schön, daß du dein Problem lösen konntest. Da ich aber keinen Code zur Vergrößerung der Lesezeichensymbolleiste verwende, trifft das bei mir eher nicht zu.

Road-Runner

Soweit ich aus der Bugbeschreibung und den Kommentaren herauslesen konnte, wird die ominöse Zeile "xmlns:NS1=http://home.netscape.com/WEB-rdf#" angelegt, wenn ein (Standard?)searchplugin überprüft, ob Updates vorhanden sind. Dann schreibt dieses Searchplugin ein LastPingDate in die localstore. Das ist an und für sich kein Problem, nur wenn das Searchplugin dann wieder nach einem Update sucht, und wenn die Zeile mit dem Code "xmlns:NS1=irgendwas (von einer Erweiterung eingetragen) eben nicht "xmlns:NS1=http://home.netscape.com/WEB-rdf#" lautet, kann das Searchplugin den ersten LastPingDate-Eintrag nicht überschreiben und legt einen zweiten Eintrag an. Die Folge: doppelter Eintrag = Fuchs ist verwirrt, kann die localstore nicht korrekt auslesen und legt eine neue mit den Standardeinstellungen an.

Bei loshombre ist dieser NS1-Eintrag schon von Tabmix Plus (genauer gesagt, von der Funktion Tabs beim Browserstart wiederherstellen) belegt.

Wenn nun ein Searchplugin versucht such das zweite Mal upzudaten, hängt der Fuchs über den Zaun.

loshombre: solange das automatische Update der Searchplugins bei Dir nicht eingeschaltet ist, sollte das Problem nicht mehr auftreten.

Ich habe ja schon in einer früheren Antwort auf Tabmix Plus 0.3 beta hingewiesen. Diese Version schreibt nichts mehr in die localstore, sondern speichert die Infos über die vor dem Schliessen des Browsers geöffneten Tabs zwecks Wiederherstellung in der Datei session.rdf.

Spätestens nach einem Umstieg auf Tabmix Plus 0.3 sollte Dein Problem definitiv vom Tisch sein. Allerdings würde ich an Deiner Stelle beim Umstieg zuerst die Version 0.2.5.2 deinstallieren, dann alle noch vorhanden Einträge unter about:config entfernen, die localstore löschen, die Version 0.3 installieren und alle Einstellungen nochmal vornehmen. Das Löschen der localstore dient dazu sicherzustellen, dass wirklich keine Tabmix Plus 0.2.5.2-Einträge mehr vorhanden sind.

Aber solange Dein Fuchs läuft, solltest Du gar nichts in dieser Richtung tun. Wenn er dann wieder mal Probleme machen sollte, wäre das imho der richtige Augenblick, auf Tabmix Plus 0.3 umzusteigen.