Arbeitsprofil(default)überhaupt nicht mehr zu gebrauchen!

Das ist mehr oder weniger das Resüme des Bug-Formular-Ausfüllers.

(Die "fehlerhaften" Erweiterungen definieren irgendwie einen eigenen "namespace" (ns) in der localstore.rdf und dadurch verschluckt sich dann der Firefox daran. Denn "ns1" ist für "LastPingDate" festgelegt; benutzt die Erweiterung aber "ns1" als etwas anderes, dann gibts Probleme. Für nähere Details muss du aber einen Erweiterungs-Entwickler befragen, ich kenn mich da auch nicht so aus.)

Für genauere Details kannst ja Axel Hecht (ja den hier im Forum) fragen. Dem wurde der Bug zugewiesen. :wink:

axel hasst pns und gibt auch keinen support über pns, aber wenn dir der ff das náchse mal abschmiert, löscht du die localstore.rdf, oder hattest du das schonmal gemacht?

so ein langer therad :oops:

Zitat von Amsterdammer

axel hasst pns und gibt auch keinen support über pns, aber wenn dir der ff das náchse mal abschmiert, löscht du die localstore.rdf, oder hattest du das schonmal gemacht?

so ein langer therad :oops:

Das Löschen nutzt nichts, da der Fuchs dann eine neue localstore.rdf mit den Standardeinstellungen erstellt, und die Anpassungen weg sind.

Bis zur Problemlösung ist es sinnvoller, die localstore.rdf per Bookmarks Backup täglich zu sichern und bei Bedarf zurück zu kopieren.

loshombre: würdest du mir deine localstore.rdf schicken? masterx@mailueberfall.de

im wiki: "problemdiagnose" hat sich ein übersetzungsfehler aus der englischen vorlage "standard diagnostic" eingeschlichen . zum thema probleme mit localstore steht im orginal auch:

Zitat

then delete the files "localstore.rdf" and "downloads.rdf" from your profile folder. You will lose your download history any changes you have made to the toolbars.

ich hab zwar null ahnung, was das bewirkt, aber ich ergänze das mal eben

Die Ursache ist wahrscheinlich diese Zeile in der localstore.rdf (solange der bugreport recht hat):

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

Kommt das nicht von TabMix?

Das müsste normalerweise so lauten:

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

hab jetzt das gleiche gemacht wie du
Frisches profil, tmp aktuell von erweiterungen.de
localstore.rdf

<?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"/>
  </RDF:Description>
  <RDF:Description RDF:about="chrome://mozapps/content/extensions/extensions.xul?type=extensions#extensionsManager"
                   width="480"
                   height="300" />
  <RDF:Description RDF:about="chrome://browser/content/browser.xul#sidebar-title"
                   value="" />
  <RDF:Description RDF:about="chrome://browser/content/browser.xul#main-window"
                   width="994"
                   height="824"
                   sizemode="maximized" />
  <RDF:Description RDF:about="chrome://browser/content/browser.xul#sidebar-box"
                   sidebarcommand=""
                   width=""
                   src="" />
  <RDF:Description RDF:about="chrome://mozapps/content/extensions/extensions.xul?type=extensions">
    <NC:persist RDF:resource="chrome://mozapps/content/extensions/extensions.xul?type=extensions#extensionsView"/>
    <NC:persist RDF:resource="chrome://mozapps/content/extensions/extensions.xul?type=extensions#extensionsManager"/>
  </RDF:Description>
  <RDF:Description RDF:about="chrome://mozapps/content/extensions/extensions.xul?type=extensions#extensionsView"
                   last-selected="urn:mozilla:item:talkback@mozilla.org" />
</RDF:RDF>

und http://hemiolapei.free.fr ist die projekthompage (taiwan) des autors von tabmix (nicht tabmix plus). google mal mit hemiolapei

wirklich seltsam...

Soweit ich feststellen konnte, greift Tabmix Plus sich diese Einträge in der localstore, wenn die Funktion Letzte Tabsitzung wieder herstellen ausgewählt ist:

Falls nun in der localstore noch kein Eintrag xmlns:NS1="http://home.netscape.com/WEB-rdf#" vorhanden ist, greift Tabmix sich dieses NS1

Zitat aus einem Testprofil, aus dem ich die betreffende Zeile gelöscht hatte:

<?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#">

Zitat aus einem Testprofil mit vorhandenem Code NS1=usw.

<?xml version="1.0"?>
<RDF:RDF xmlns:NS4="http://hemiolapei.free.fr/rdf/all/window/closedtabs/session/history/entry#"
xmlns:NS3="http://hemiolapei.free.fr/rdf/all/window#"
xmlns:NS2="http://hemiolapei.free.fr/rdf/all/window/closedtabs/session#"
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#">

Tabmix Plus nimmt also NS2 bis NS4 und lässt den vorhandenen Eintrag NS1 in Ruhe.

Soweit ich aus der Bugbeschreibung herauslesen konnte, ist NS1 für die LastPingDate von Searchplugins reserviert.

Wenn nun ein Searchplugin diese LastPingDate eintragen will, wird es diesen Code unter der falschen NS1 eintragen, und beim nächsten Ping diesen Eintrag nicht überschreiben, sondern einen zweiten hinzufügen. Das bewirkt, dass Firefox beim nächsten Start die localstore nicht korrekt auslesen kann und kurzerhand eine neue localstore mit den Standardeinstellungen anlegt. Diese Standardeinstellunegn sind die gleichen, die angewand werden, wenn der Fuchs nach der Installation zum ersten Mal startet.

Das Ganze ist Theorie, und meine Interpretation dessen, was in der Bugbschreibung und den Kommentaren geschrieben wurde (bis auf die obigen Codes, die stammen aus Testprofilen).

Da meine Englischkentnisse eher begrenzt sind, wäre es vielleicht gut, wenn jemand mit besseren Englischkentnissen das genauer nachprüfen könnte.

@ loshombre

Vielleicht genügt es ja schon den Code

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

manuell in Deine localstore einzutragen (zuvor Tabmix deinstallieren alle Tabmix-Einträge unter about:config zurücksetzen), dann Tabmix erneut zu installieren, um das Problem zu lösen? Ich gehe davon aus, dass dieser Code erst in die localstore geschrieben wird, wenn ein Suchplugin zum ersten Mal überprüft, ob Updates da sind, wenn dann schon ein falschen MS1-Eintrag besteht, kommt es bei der nächsten Update-Prüfung zum erwähnten Fehler. Wenn aber der richtige Code in der localstore schon vorhanden ist, sollte das Problem eigentlich nicht auftreten.

also wenn loshombre ein neues profil anlegt und in dieses jungfräuliche mozilla standardprofil profil eine jungfräuliche erweiterung tabmix plus von erweiterungen.de installiert, und wenn ich exakt das gleiche mache, wir aber unterschiedliche localstrore.rdf kriegen:

loshombre:

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

Amsterdammer:

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

und dies die Ursache sein sollte seiner probleme, dann hillft kein neus Profil, dann hilft nur noch ein völlig neuer Profilordner

wie man den erstellt (FF braucht noch nicht mal deinstalliert werden), hatte ich mal hier beschrieben, Schritte B und C:

http://www.firefox-browser.de/forum/viewtopic.php?t=27605

Gruss [Blockierte Grafik: http://img102.imageshack.us/img102/7856/cool0ai.gif]

@ Amsterdammer: Dieser Code

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

ist weder bei Dir noch bei loshombre vorhanden. Bei loshombre hat die Tabmix-Einstellung Tabs wiederherstellen sich den NS1-Eintrag gekrallt, wenn Du diese Option in Tabmix Plus aktivierst, wird auch bei Dir der Code aus der locvalstore von loshomber unter NS1= erscheinen.

Es geht nicht um den Code xmlns:NC=, sondern ausschliesslich um diesen: xmlns:NS1=

Also wohl definitiv ein Fehler bei TabMix oder? Vielleicht sollte man das dem Entwickler von Tabmix melden. :wink:

Wow, es gibt ja jetzt echte Fortschritte hier im Thread, das freut mich!

Sollte das wirklich ein Tab Mix Plus Problem sein? Wäre ja schon komisch, diese Erweiterung ist ja nun wirklich sehr verbreitet.

Ich jedenfalls nutze TabMixPlus 0.2.95 2005122300 inkl. aktivierter Tab-Wiederherstellungsfunktion (kann man die Ausschalten?) und meine localstore.rdf ist in Ordnung:

<?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#">
....

Suche im TabMixPlus Forum nach NS1 brachte kein ergebnis, scheint bis jetzt dort kein Thema zu sein.

Aber sollte TMP tatsächlich an der Verursachung des Problems beteiligt sein:

Hiergibt es neuere Beta Versionen, vielleicht lösen diese das Problem nicht aus???

Gruß,
Bazon

Bitte um Entschuldigung, aber ich verstehe nur noch Bahnhof

Zitat von Road-Runner

Falls nun in der localstore noch kein Eintrag xmlns:NS1="http://home.netscape.com/WEB-rdf#" vorhanden ist, greift Tabmix sich dieses NS1

Ich kann in meinem frischen Profil von FF 1.5, und ich denke, Loshombre auch nicht, gar kein Tabmix (0.2.2.3) installieren, da diese Erweiterung nicht kompatibel ist zu FF 1.5 ist. Ich kann ausschliesslich Tabmix plus (0.2.5.2) installieren.

Tabmix kann also nichts greifen, also geht doch auch nicht:

Zitat

Tabmix Plus nimmt also NS2 bis NS4 und lässt den vorhandenen Eintrag NS1 in Ruhe.

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, und zwar während/nach der Installation von Tabmix plus 0.2.5.2 in eben jenes frische Profil?

Diese unbeantwortete Frage hat mich loshombre die Radikalkur empfehlen lassen, den gesamten Profilordner zu deaktivieren.

loshombre feiert wohl schon Weihnachten,
oder ist vielleicht nach neuerlichem Profilknall wohl endgültig dem Suff verfallen? [Blockierte Grafik: http://www.mainzelahr.de/smile/essen/bier.gif]