Hallo auch,
wie ich soeben bemerkt habe, wird in meiner WebExtension der Code in browser.runtime.onStartup nicht ausgeführt, wenn ich der Browser gestartet wird. Das Problem ist leider auch, das ich nicht wüsste wie ich das debuggen soll. Ich kann ja erst die Webkonsole öffnen, wenn der Browser gestartet ist und zu diesem Zeitpunkt sollte browser.runtime.onStartup bereits durch sein. Habt ihr eventuell Ideen wie ich entweder die Stelle debuggen kann oder warum der Code nicht ausgeführt wird?
So langsam bin ich am verzweifeln. Der Export klappt recht gut, einlesen kann ich den Export auch wieder. Leider gibt es keine Möglichkeit den Export am Stück wieder zu importieren. Ich muss jedes JSON Objekt Stück für Stück einzeln neu als Bookmark erstellen. S ist soweit noch OK. Leider vergibt Firefox dabei für jede erstellte Node eine neue ID, statt die bisherige zu verwenden. Damit muss natürlich jedes Child diese neue ID als parentId verwenden. Nun ist es aber so das ich die neue ID nur innerhalb eines Promise von browser.bookmark.create auslesen kann. Bisher wusste ich nicht mal was ein Promise ist oder das es so etwas gibt. Ich habe aber keinen Weg finden können wie ich die neue ID außerhalb der Promise verwenden kann, denn außerhalb ist die ID nicht bekannt. Als Resultat werden nun alle Childs von Unterordnern immer bei "Weitere Lesezeichen" einsortiert. Eine Lösung habe ich trotz wirklich intensiver Suche bisher nicht finden können.
Habt ihr eventuell eine Idee?
Update: Ich habs hinbekommen. Hab ein anderes AddOn dafür auseinandergenommen und mir Teile des Codes geborgt und angepasst. Das heißt, exportieren und importieren der Bookmarks über WebDAV funktioniert. Es werden alle Bookmarks in der richtigen Reihenfolge und in den richtigen Ordnern wieder angelegt. Was wohl nicht gehen wird, ist das Speichern eines Backups auf dem lokalen Rechner. Dafür gibt es keine API. Maximal kann ich den Lesezeichen über den Umweg eines Downloads im Downloadordner lokal speichern. Vorerst kümmere ich mich aber noch um ein paar andere Details des Plugins. Aktuell funktioniert das Plugin mit SabreDAV 3.3(beta)/3.2.2 , NextCloud und vermutlich allen anderen WebDAV Servern.
Und gerne auch mit einer Möglichkeit der lokalen Speicherung...
Wenn das soweit alles fertig ist, schaue ich mir das mit der lokalen Datei erneut an. Falls die oben genannte "Download" Variante ausreicht. Wenn nicht, müssen wir warten bis Mozilla eine andere Möglichkeit bietet. Die Variante das lokalen Backup an ein Third-Party Programm zu schicken, finde ich noch hässlicher, als den Download (dafür braucht es kein WebDAV).
Das sollte vermutlich kein Problem darstellen. Wenn ich einmal das fertige Output-Format habe, kann ich das gerne lokal und auf dem WebDAV speichern. Wenn ich etwas verwertbares fertig habe, melde ich mich bei euch.
BTW: Firefox Mobil kann ich leider nicht unterstützen, da fehlt noch die API.
Naja der überschreibt ja immer die gleiche Datei mit dem kompletten Export. Die Anzahl beunruhigt mich da weniger. Eher der Traffic zum WebDAV. Der feuert ja dann bei jedem Change ein komplettes Backup rüber.
Bin grad noch über browser.bookmarks.export() gestolpert. Das soll angeblich die Bookmarks als HTML exportieren. (https://developer.mozilla.org/en-US/Add-ons/…ookmarks/export) aber dazu meint die Konsole dann wieder: "browser.bookmarks.export is not a function". Also muss ich doch anders rangehen.
Das ist... grrr... ich verstehe das Problem dahinter, dann könnte eine Extension das Schließen vom Firefox verhindern oder halt, wenn sie unsauber programmiert ist, zu einem Status bringen der von der Mainapplikation nicht mehr kontrollierbar ist. Dann mach ich das anders. Dann exportiere ich die Bookmarks immer dann wenn ein Bookmark hinzugefügt, gelöscht oder geändert wurde. Dafür habe ich Events gefunden. Etwas anderes fällt mir dann nicht mehr ein.
Nun muss ich aber erst mal das JSON File in dem Format erstellen, was auch der Firefox verwendet für seine Exports. Alles was ich bisher habe sind sämtliche Nodes mit browser.bookmarks.getTree(). Das ist leider nicht so ganz identisch mit dem was im JSON steht.
OK. Also habe ich keine andere Wahl. War halt nur so eine Idee, um Privacy Bedenken potentieller User von vornherein einzudämmen. Ich will ja nicht alle möglichen Daten haben. Aber wenn's nicht anders geht, dann tu ich das eben so. Danke schon mal für die Info.
BTW: Kennst du eventuell eine Methode um das "Schließen" Event abzufragen? Aktuell habe ich den Export als Eventlistener auf einem Toolbar Button liegen, würde das aber lieber exportieren, sobald oder kurz bevor der Browser geschlossen wird. Optional kann der Button ja dennoch bleiben.
Vielleicht liest Sören ja mit 
Macht er ja eigentlich fast immer Anbei mal meine Vorstellung:
Es wird eine Seite mit Optionen geben (existiert im Moment noch nicht, ist aber geplant). Dort trägt der geneigte User URL, Benutzername, Passwort und andere Optionen ein und speichert diese. Dieser eingetragene URL soll der URL sein, der dann als einziger unter "permissions" erlaubt ist. Alternativ habe ich jetzt erst mal "<all_urls>"", gegen "*://*/*", getauscht, damit ist nicht mehr ganz so viel erlaubt wie mit mit <all_urls>".
Aktuell bin ich grad am erstellen des JSON Format's für den Export. Das erstellen und der Upload der Datei klappen bereits.
Verstehe. Zumindest letzteres kann ich mit einem VBS Script umgehen. Ist aber eher umständlich für meine Zwecke.
Wie auch immer. Mit der Extension bin ich etwas weiter gekommen. Aktuell schreibt diese bei klick auf den Toolbar Button eine Datei auf ein WebDAV Share. Den automatischen Event versuche ich später mal noch zu finden. Mein größtes Problem ist aktuell "permissions" in der manifest.json. Wenn ich das richtig verstanden habe, muss dort auch der URL stehen, wohin ich die Datei übertragen möchte. Ich kann zwar für meine privaten Zwecke dort einen URL hardcodieren. Das macht aber wenig Sinn, wenn ich die Extension später veröffentlichen möchte. Ich wollte aber auch die Angabe von "<all_urls>" vermeiden. Gibt es irgendwie die Möglichkeit einen bestimmten URL dynamisch dort einzutragen?
Ich hab das jetzt nicht probiert aber startet das nicht ebenfalls ein "DOS"-Fenster aber minimiert es nur? Dann wäre immer noch der Button in der Taskleiste zu sehen. Ich möchte vom "Drumherum" aber rein gar nichts sehen, das soll total versteckt sein. Maximal in der Prozessliste kann das Ding meinetwegen auftauchen.
Ich bin nebenher am Erstellen einer WebExtension. Das hab ich aber noch nie gemacht. Kann also dauern. Ich hangele mich gerade an der Doku von Mozilla entlang. Vielleicht schaff ich es ja. Wenn ja, seid ihr die ersten, die davon erfahren.
Die Möglichkeit Firefox über eine Batch zu starten habe ich aktuell in Benutzung. Das ist aber recht unschön, da man dabei immer das zusätzliche Fenster der CMD-Line offen hat. Ein VBS Script habe ich auch bereits versucht. Hier kann ich zumindest das Fenster verbergen aber auch das ist halt nur ein Workaround der eher unschön ist.
Mittlerweile wäre mir eine Extension fast lieber. Allerdings werde ich bisher noch nicht aus der Doku schlau, wie ich das Firefox "Schließen" Event sauber abfangen kann. Ich habe bisher nur etwas gefunden, wo ich schließende Tabs auswerten kann aber nicht den kompletten Browser.
Hallo zusammen,
Gibt es eine Möglichkeit ein *.bat, *.cmd oder *.vbs file automatisch auszuführen, nachdem Firefox geschlossen wurde? Hintergrund ist, das ich mit den beiden about:config parametern browser.bookmarks.file und browser.bookmarks.autoExportHTML beim Schließen von Firefox automatisch einen Export der Bookmarks erstelle. Nun würde ich gerne im Anschluss diese Datei weiter verarbeiten. Kennt ihr dazu irgendeine Möglichkeit?
Alternativ könnte ich mir vorstellen, das ich mir eventuell eine Extension erstelle, die direkt auf eine Art onClose Event reagiert und dann die Bookmarks als HTML Datei exportiert. Gibt es einen solchen Event/Trigger? Kann ich mit einer Extension eine Datei via WebDAV auf einen Server hochladen? Ich habe in der Dokumentation nichts zu WebDAV finden können.
Ach menno... nun bin ich echt enttäuscht. Meine Hoffnung war einen eigenen kleinen Sync zu implementieren. Auch wenn dieser bei weitem nicht so umfangreich wie Firefox Sync ist. Es sollte möglichst simpel und einfach sein. Wenn man mal nicht an einer eigenen FF Installation sitzt, hätte man damit wunderbar dennoch auf die eigenen Lesezeichen zugreifen können. Ich muss mal schauen, ob ich das eventuell dennoch weiter entwickle, aber meine Motivation ist grad gen NULL gesunken.
Wie ich grad eben erst gemerkt habe, ist meine aktuelle Version sogar Crossbrowser tauglich. Sprich das Ding funktioniert auch in Chrome (andere Browser hab ich nicht probiert). Ob es den Standard FF Sync durcheinander bringt kann ich noch nicht sagen. Zumindest werden aber Dinge wie Tags und Keywords entfernt. Damit hätte ich persönlich aber leben können.
Hoffen wir mal das Mozilla das Feature nicht ganz vergisst und es irgendwann einbindet.
Hallo auch,
nachdem ich gesehen habe, das es scheinbar gar nicht so schwer ist ein AddOn für Firefox als WebExtension zu schreiben, wollte ich mich da auch mal ran wagen. Wie ich aber auf den Hilfeseiten gesehen habe, gibt es die bookmark API wohl nicht für Firefox auf Android. Ist das so richtig oder sind die Infos auf https://developer.mozilla.org/en-US/Add-ons/…s/API/bookmarks veraltet? Ich kann mir eigentlich nicht vorstellen, warum diese API nicht unterstützt werden sollte.
Falls das aktuell dennoch der Fall sein sollte, weiß jemand ob diese Unterstützung in naher Zukunft evtl. nachgereicht wird oder evtl. schon in einer Beta enthalten ist? Dazu kann ich leider keine Infos finden.
Mein Plugin ist aktuell so weit, das ich Bookmarks zumindest auf dem Desktop mit einem Roundcube Plugin im Web synchronisieren kann. Einziges Manko ist bisher nur das ich Keywords und Tags verliere, ansonsten funktioniert das soweit ähnlich wie mit dem Firefox Sync, nur eben mit dem Roundcube Webmailer. Ich würde die Entwicklung aber fallen lassen, falls der Mobil Browser nicht unterstützt wird, macht dann keinen Sinn für mich.
Auch eine Sichtweise, da muss ich dir recht geben. Da ich Drittanbieter aber bis auf wenige Ausnahmen ohnehin blockiere, habe ich davon bisher wenig mitbekommen Ich weiß, ist eine recht restriktive persönliche Einstellung aber was soll's.
Ahhh. Danke für die Erklärung.
HTTPS Everywhere / security.mixed_content.upgrade_display_content
Täusche ich mich oder machen beide nicht in etwa dasselbe?
Mist. Stimmt, da war ja mal was... Dann schau ich mal ob evtl. https://github.com/ghacksuserjs/ghacks-user.js/issues/318 etwas bringt aber das schaut auch recht aufwendig aus und nicht für jedermann geeignet. Aber immerhin einfacher als alle Einträge selber zu setzen.
Aber was ich grad in dem GitHub Link entdeckt habe ist vielversprechend: https://addons.mozilla.org/ro/firefox/addon/save-load-prefs/
Das muss ich mir mal näher anschauen. Vielleicht ist dieser Weg noch einfacher. Muss aber erst mal in diverse Meetings, kann also dauern bis ich das testen kann.
Super Tipp. Das würde funktionieren, wenn das Device gerootet wäre. Ist es aber nicht. Ist bis jetzt eine der wenigen Funktionen wo root Funktionalität nützlich wäre aber extra deswegen das Gerät rooten mag ich ehrlich gesagt nicht. Wenn es jemand anderes braucht, ich bin jetzt soweit gekommen:
mit ADB auf das Smartphone verbinden: adb devices
auf die Shell des Phones wechseln: adb shell
in das Profil Verzeichnis wechseln: "ls data/data/org.mozilla.firefox/files/mozilla/*.default"
Den genauen Pfad sieht man, wenn man in Firefox Mobil zum Beispiel über about:plugins oder about:cache geht. Nun ist bei mir Ende. Ich bekomme "Permission denied". Mir fehlen die root-Rechte. su gibt's leider nicht auf ungerooteten Geräten.
Direktes kopieren geht leider auch nicht:
"adb pull /data/user/0/org.mozilla.firefox/files/mozilla/0a7h9od3.default/user.js" > Datei existiert nicht (obwohl mir about:plugins sagt, das es eine user.js gibt, ohne mir aber deren Einstellungen zu zeigen. Die Fehlermeldung ist mit Sicherheit auch durch die Berechtigungen bedingt. Der Pfad scheint ein Alias zu sein oder eine Art Symlink. So genau kenne ich mich mit Android nicht aus.
Ich steig an der Stelle aus. Dann halt doch lieber per Hand die Settings setzen oder wenn das Phone mal aus der Garantie raus ist damit spielen.
Ich weiß, was du meinst Keine Sorge, ich habe einige der Einstellungen für den Desktop raus genommen die für mich nicht passend sind, dafür andere rein getan. Das war einfach nur eine Art Startpunkt für mich. Ich schau ja immer mal, was man so einstellen kann, abseits der UI. Bisher habe ich das immer mittels Firefox Sync auf alle Desktop Clients verteilt aber das klappt ja leider nicht bei Android. Einige Settings wurden aber auch auf dem Desktop trotz services.sync.prefs.* nicht synchronisiert.
Da ich mitunter ein Smartphone einem Hardreset unterziehe, wollte ich es mir ersparen dann jedes Mal alle Einstellungen neu setzen zu müssen.
Das wäre mal eine enorme Verbesserung für Firefox Mobil, das man ähnlich wie bei µBlock Origin ein Settings-File importieren kann.
