1. Nachrichten
  2. Forum
    1. Unerledigte Themen
    2. Forenregeln
  3. Spenden
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. TEST - camp-firefox.de
  2. bluemule

Beiträge von bluemule

  • Shockwave Flash Shockwave Flash 11.7 r700 11.7.700.224

    • bluemule
    • 12. Juni 2013 um 01:48

    Gut ;) Das hatte ich neulich auch mal. Allerdings scheint es bei mir ein schwerwiegenderes Problem gewesen zu sein, denn das einzige was geholfen hat, war eine andere Emailadresse für die Benachrichtigungen einzurichten. Früher hatte ich es sonst auch schon ein paarmal, allerdings ging es dann kurz darauf immer wieder und die echten Ursachen habe ich nie rausgefunden. Gründe könnten Unaufmerksamkeit sein, also dass man wie du vielleicht etwas unbeabsichtigt verstellt hat. Man sollte auch bedenken, dass solange keine neue Benachrichtigung kommt, bis man die letzte geöffnet bzw. den Thread (eingeloggt) besucht hat (das fällt dann wohl auch unter Unaufmerksamkeit). Bleiben noch Probleme beim eigenen Emailprovider (Mails werden aus versch. nicht richtig weitergeleitet) oder dem Camp Firefox-Server. Ob letzteres vorkommen kann, kann ich nicht beurteilen. Hauptsache es geht bei dir wieder :)

    Viele Grüße

  • Plugins - Sicherheitslücken schließen

    • bluemule
    • 12. Juni 2013 um 01:15

    Testantwort für emi

  • Shockwave Flash Shockwave Flash 11.7 r700 11.7.700.224

    • bluemule
    • 12. Juni 2013 um 01:15

    Testantwort für emi

  • Zattoo und https everywhere - eine Katastrophe

    • bluemule
    • 11. Juni 2013 um 22:01

    Hallo Bernd.,

    danke für die Ausführung. Ich glaube nachwievor, dass HTTPS-Everywhere mir einen Mehrwert an Sicherheit bietet, auch wenn man sich bewusst sein muss, dass es nicht automatisch mehr Sicherheit und Anonymität bedeutet, wenn nur https davorsteht. Anders gesagt: Ohne hätte ich immer nur http und mit wenigstens einige gesicherte Verbindungen mehr. Was das Vertrauen angeht, entscheide ich mich persönlich an dieser Stelle dafür.

    Ich weiß aber auch, dass man sich gründlich informieren und bei dem, was man tut, aufmerksam sein sollte. Es gibt sicher viel, in das ich mich noch tiefer einlesen könnte und ich bin auch bereit, mein Tun einer neuen Erkenntnis anzupassen.

    Viele Grüße

  • Zattoo und https everywhere - eine Katastrophe

    • bluemule
    • 11. Juni 2013 um 19:46

    Bernd.: Spielst du hier auf Mixed Content an?

  • Zattoo und https everywhere - eine Katastrophe

    • bluemule
    • 11. Juni 2013 um 01:20

    Dankeschön :) Ich lese deine Beiträge zu den Änderungen in Firefox immer sehr aufmerksam. Du bist die einzige mir bekannte Quelle, die diese Informationen für den deutschen Leser gezielt zusammenträgt und detailliert aufbereitet. Wenn du das nicht tun würdest, würde ich vermutlich nur die Hälfte der Neuerungen mitbekommen. Deswegen muss ich an dieser Stelle mal Dank und Lob aussprechen :klasse:

    Viele Grüße

  • Zattoo und https everywhere - eine Katastrophe

    • bluemule
    • 11. Juni 2013 um 00:59

    Hallo Sören,

    danke für die Antwort, das war sehr aufschlussreich. Was HTTPS-Everywhere angeht, so gehe ich jetzt einfach mal davon aus, dass die "Jungs" von der Electronic Frontier Foundation "Freak & Geek" genug sind, eine Erweiterung für Firefox bereitzustellen, die sich eben nicht mit dem nativen Firefoxverhalten und dessen HSTS-Liste beißt. Die in der Eweiterung implementierten Regeln folgen wohl auch der Sache angemessenen Maßstäben (der Server muss die entsprechende Funktion bereitstellen..) und werden vor Veröffentlichung (und periodisch danach?) auf ordentliche Funktion geprüft. Die Liste ist seit Veröffentlichung von HTTPS-Everywhere allerdings rasant gewachsen und ich bin mir gerade nicht sicher, wie bzw. ob das mit den Regeluploads durch User schon läuft und wie dabei Implementierung und Prüfung funktionieren. Das müsste man ggf. auf der EFF-Seite nachlesen.

    Was die Änderung bzgl. Mixed Content ab Fx 23 angeht, sehe ich es so: HTTPS-Everywhere ist jetzt schon eine Erweiterung ähnlich wie NoScript u.ä. D.h., sie ist nicht wirklich für den absoluten Laien geeignet, da sie im Grunde nicht wartungsfrei benutzbar ist. Wenngleich sich die Wartung hier auch in Grenzen hält, muss man schon Spaß an der Fehlersuche haben und darf kein Problem damit haben, immer wieder mal in den Einstellungen rumspielen zu müssen :mrgreen: So werden dann wohl nach der Einführung des Mixed Content Feature weitere gezielte Eingriffe des Nutzers nötig werden, es sei denn, die Listen in HTTPS-Everywhere werden entsprechend angepasst (es gibt jetzt schon einige Seitenregeln, die mit dem Zusatz "partial" gekennzeichnet sind, vielleicht ist das dann ähnlich). Jedenfalls ist es gut zu wissen, was uns mit Fx 23 erwartet, deswegen nochmal danke für den Hinweis deswegen.

    Das gesagt, werde ich HTTPS-Everywhere erstmal treu bleiben. Als passende Ergänzung nutze ich zum Erstellen eigener Regeln noch HTTPS Finder.

    Viele Grüße

  • Zattoo und https everywhere - eine Katastrophe

    • bluemule
    • 10. Juni 2013 um 21:07

    Hallo,

    einige Fragen dazu: Kann man die Liste irgendwo einsehen? Ich habe hier etwas gefunden, weiß aber leider nicht, ob sie aktuell bzw. ob sie es überhaupt ist.

    Können sich die in Firefox implementierte Liste und die aus HTTPS-Everywhere denn beißen bzw. letztere weitergehende Problematiken mit sich bringen? Denn die Listen von HTTPS-Everywhere werden ebenfalls ständig erweitert und auch wenn diese natürlich "aus einem anderen Topf" kommt (Kriterien für die Aufnahme der Seiten evtl. anders..), so wird HTTPS-Everywhere doch von einer seriösen und auf Internetsicherheit bedachten Organisation, der EFF, herausgegeben. Die in Firefox implementierte Liste (wenn es oben die überhaupt ist) erscheint mir recht kurz und wenn durch HTTPS-Everwhere ein Mehrwert (mehr geschützte Seiten; HTTPS-Everywhere "wirbt" immer mit "tausenden Seiten") geschaffen wird, kann ich keinen Nachteil daran sehen. Gerade auch wenn man, wie Sören es schon erwähnt hat, eigene Regeln erstellt. Aber gerade aus technischer Sicht kann ich das wohl nicht wirklich beurteilen und würde das gern genauer wissen. Vielleicht kann dazu ja nochmal jemand (Sören?) was sagen. Danke :)

    Viele Grüße

  • Organize Search Engines 1.8pre2

    • bluemule
    • 8. Juni 2013 um 18:02

    Ich kann mir nicht vorstellen, dass die Änderungen ungültig im Syntax sind, zumal ich ja in den von OSE vorgesehenen Feldern bearbeite und nicht direkt in den XMLs. Ich habe es nochmal probiert und es scheint nur die Parameter zu betreffen (Rauslöschen wie auch neu Eintragen funktioniert nicht). Andere Felder, wie Name, die URLs oder das Schlüsselwort, werden tatsächlich so übernommen, wie es Wawuschel beschrieben hat. Die betroffenen Suchmaschinen wurden entweder mithilfe von Add to Search Bar oder über diejenigen erstellt, die beim Besuch von manchen Seiten unterhalb der Suchmaschinenliste standardmäßig angeboten werden (z.B. bei addons.mozilla.org).

    Bei der 1.7 war es (jedenfalls meistens, s.o.) ok.

    Viele Grüße

  • Organize Search Engines 1.8pre2

    • bluemule
    • 8. Juni 2013 um 17:10

    Hallo Bernd.,

    danke für deine Antwort. Ich habe ein komplett neues Profil erstellt und den Fehler dort bestätigen können. Zumindest profilseitig fällt mir nicht viel mehr ein, was man noch tun könnte. Seltsam ist in der Tat, dass die Änderungen bei Wawuschel übernommen werden, bei mir aber nicht*. "Immerhin" hat der OK-Button bei uns beiden ein Problem.

    Viele Grüße

    Edit: *Ich gebe zu, dass ich nur zwei Testläufe gemacht habe, vielleicht wird es ja beim x-ten Versuch doch übernommen, aber das ist aus meiner Nutzerperspektive fast schon irrelevant: Ein Problem besteht definitiv.

  • Organize Search Engines 1.8pre2

    • bluemule
    • 8. Juni 2013 um 16:51

    Hallo Wawuschel,

    danke für die Rückmeldung. Ich habe es gerade nochmal in einem extra erstellen, frischen Profil versucht, für den Fall, dass ich, was das Übernehmen der Änderungen angeht, nur unaufmerksam war. Leider kann ich das nicht bestätigen. Der OK-Button funktioniert nicht und Änderungen werden bei mir auch nicht anderweitig übernommen. Ich kann höchstens die Profildateien bearbeiten, wenn ich etwas ändern möchte, aber das ist natürlich mühsam. So muss ich entweder auf andere Meinungen bzw. ein Fix warten oder ein Downdate zur Vorversion machen.

    Viele Grüße

  • Organize Search Engines 1.8pre2

    • bluemule
    • 8. Juni 2013 um 02:15

    Hallo,

    ich habe gerade festgestellt, dass ich seit dem Update garkeine Suchmaschinen mehr bearbeiten kann: Das Klicken des OK-Buttons nach Änderung von Parametern etc. bleibt ohne Reaktion, d.h. das Einstellungsfenster bleibt geöffnet und kann nur über "Abbrechen" verlassen werden. Diese Änderung trat bei mir definitiv mit dem neuesten Update auf (getestet in vier Profilen: 3x XP, davon eins fast jungfräulich und 1x Win8, zwar umfassend "eingerichtet", aber noch jung auf einem neuen Computer).

    Kann das Problem jemand bestätigen?

    Viele Grüße

  • [userChrome.js] Ein-/Ausschalten von GIF-Animationen

    • bluemule
    • 6. Juni 2013 um 21:45

    Echt super, vielen Dank dafür :klasse: Ich glaube, ich muss mir dieses Skript mal bei Gelegenheit für eigene Experimente borgen ;)

    Viele Grüße

  • Downloader

    • bluemule
    • 6. Juni 2013 um 16:47

    Könnte dieser Eintrag daran schuld sein? -> browser.download.manager.showWhenStarting

    Werte: true = Öffne Fenster bei beginnendem Download, false = Öffne es nicht.

    Es gibt auch noch den Eintrag browser.download.manager.useWindow (true=benutze Fenster, false=benutze Fenster nicht), der wohl dengleichen Effekt, wie der oben genannte Eintrag hat, sowie browser.download.panel.shown, wobei ich nicht genau finden konnte, was er tut.

    Eine Liste vieler Einträge, leider etwas veraltet und daher nicht vollständig, findet man hier (einfach mal die Seite nach z.B. download durchsuchen).

    Viele Grüße

  • [userChrome.js] Ein-/Ausschalten von GIF-Animationen

    • bluemule
    • 6. Juni 2013 um 04:00

    Klasse Skript :klasse: Spontan ist mir dazu noch eine Codevariante eingefallen. Wenn man Zeile 22 rauslöscht (tooltiptext) und den Tooltiptext stattdessen in den if/else-Teil unter BrowserManipulate packt, wird in Übereinstimmung mit dem Status entweder die Variante "GIF-Animationen einschalten" oder "GIF-Animationen ausschalten" angezeigt. Ist letztlich aber wohl Geschmackssache. Viele Grüße

    Code
    BrowserManipulate = {		
    			onClick: function(event) {			
    				var BrowserManipulateBtn = document.getElementById("animation-button");			
    				var prefs = Components.classes['@mozilla.org/preferences-service;1'].getService(Components.interfaces.nsIPrefBranch);				
    				var animmode = prefs.getCharPref("image.animation_mode");					
    				if ( animmode == "none" ) {				
    					prefs.setCharPref("image.animation_mode", "normal");					
    					BrowserManipulateBtn.style.listStyleImage = iconNormal;	
    					BrowserManipulateBtn.setAttribute("tooltiptext", "GIF-Animationen ausschalten");					
    				} 				
    				else {				
    					prefs.setCharPref("image.animation_mode", "none");					
    					BrowserManipulateBtn.style.listStyleImage = iconNone;	
    					BrowserManipulateBtn.setAttribute("tooltiptext", "GIF-Animationen einschalten");
    				}				
    				BrowserReload();				
    			}
    Alles anzeigen
  • Downloader

    • bluemule
    • 5. Juni 2013 um 14:56

    Hallo,

    browser.download.manager.retention - der war mir noch nicht bekannt, klingt interessant.

    Ich kenne sonst noch diesen about:config Eintrag: browser.download.manager.quitBehavior

    Er bestimmt das Verhalten beim Schließen von Firefox bei noch aktiven Downloads.

    • Wert 0: Aktive Downloads werden pausiert und beim nächsten Browserstart automatisch wiederaufgenommen (sofern möglich, das hängt vom jew. Server ab). Dies ist der Standardwert in Firefox.
    • 1: Aktive Downloads werden pausiert
    • 2: Aktive Downloads werden abgebrochen (Man wird gefragt, ob man Firefox schließen und die Downloads abbrechen möchte oder nicht. So habe ich es bei mir eingestellt.)

    Hier noch die Mozillazine-Dokumentation zu dem Eintrag.

    Viele Grüße

  • Organize Search Engines 1.8pre2

    • bluemule
    • 3. Juni 2013 um 17:28

    Danke für die Rückmeldung :)

  • Organize Search Engines 1.8pre2

    • bluemule
    • 3. Juni 2013 um 15:27
    Zitat von Bernd.

    [...] noch unter v24 aurora einwandfrei arbeitet.


    Das mag sein, aber es ist natürlich großartig zu sehen, dass so eine alte und wichtige Erweiterung noch gepflegt wird. Das macht Hoffnung für die Zukunft. Hier sind wir uns vermutlich ohnehin einig ;)

    Trotzdem muss ich gestehen, dass, wenn OSE bei mir im Großen und Ganzen auch nachwievor funktioniert, ich hin und wieder Probleme damit habe. So werden bspw. Positionsverschiebungen und neue Icons vereinzelt nicht immer einwandfrei übernommen und es braucht dafür bisweilen mehrere Versuche. Ich habe aber auch viele Suchmaschinen, die teils in Unterordnern und Unterordnern von Unterordnern sortiert sind. Ich kann das auch nur von meinem jahrealten Profil mit vielen weiteren installierten Erweiterungen sagen und habe es nie systematisch in einem neuen Profil getestet. Deshalb will ich hier auch keine Diskussion deswegen starten.

    Viele Grüße

  • Organize Search Engines 1.8pre2

    • bluemule
    • 3. Juni 2013 um 01:18

    Da schließe ich mich mal an: Juhuu! \o/

    Vielen Dank für das Update :D

  • FastestFox - Definitionen nicht in Deutsch

    • bluemule
    • 3. Juni 2013 um 00:56

    Hallo,

    war das schon immer so? In den Einstellungen von FastestFox, sowie unter about:config konnte ich nichts finden. Ich denke mal, dass man die Erweiterung selbst bearbeiten muss, wenn man das ändern möchte. Eigentlich kein größeres Problem, der Nachteil ist nur, dass mit jedem Update der Erweiterung die eigenen Änderungen verloren gehen und erneut vorgenommen werden müssen.

    Hast du schonmal eine Erweiterung bearbeitet? Dazu das Firefoxprofilverzeichnis öffnen und dort das Unterverzeichnis extensions. Firefox schließen. Im Verzeichnis die Datei smarterwiki@wikiatic.com.xpi mit einem Packprogramm öffnen (eine xpi-Datei ist im Grunde nichts anderes als eine zip-Datei). Hierin müssen nun einige Dateien bearbeitet werden. Dazu gibt es drei Möglichkeiten: 1. Alles entpacken, die entsprechenden Stellen verändern und alles wieder sauber als zip-Datei packen und anschließend die Dateiendung von zip in xpi umbenennen, 2. Nur die zu verändernden Dateien extrahieren, bearbeiten und dem Archiv wieder zufügen oder 3. Mit einigen Packprogrammen kann man die Dateien "im laufenden Betrieb" bearbeiten. Also xpi öffnen > zu bearbeitende Datei direkt aus dem Packprogramm heraus öffnen > bearbeiten > speichern > Packprogramm fragt, ob das Archiv aktualisiert werden soll. Bei Methode 1 muss die alte mit der neuen xpi-Datei ersetzt werden. In allen drei Fällen muss Firefox dabei geschlossen sein. Wenn irgendwas schief geht, verhunzt man sich dadurch die Erweiterung, deswegen sollte man vorher eine Sicherheitskopie der originalen xpi-Datei machen, die man im Fall der Fälle wieder einsetzen kann.

    In smarterwiki@wikiatic.com.xpi befinden sich Ordner und Dateien. Folgendes muss geändert werden:

    • In der Datei related_articles.js im Unterordner chrome > content > scripts der Link in Zeile 11 von http(?:|s)://http://en.wikipedia.org/wiki/ zu http(?:|s)://http://de.wikipedia.org/wiki/.


    • In der Datei smarterwiki.js im Unterordner chrome > content der Link in Zeile 465 von http://en.wikipedia.org/wiki/Main_Page zu http://de.wikipedia.org/wiki/Main_Page.


    • Möglicherweise müssen auch in der Datei popup_bubble.js im Unterordner chrome > content > scripts die Links in Zeile 310 und 311 (http://api3.smarterfox.com/wikisearch/search?q={searchTerms}&locale={language} bzw. http://api4.smarterfox.com/wikisearch/search?q={searchTerms}&locale={language}) zu Suchlinks geändert werden, die auf Wikipedia zielen. Also z.B. zu sowas: https://de.wikipedia.org/wiki/Spezial:Suche?search={searchTerms}

    Kann sein, dass ich was übersehen habe, aber auf den ersten Blick scheinen das alle Links mit Wikipediabezug zu sein. Ich kenne FastestFox nicht, weiß auch nicht wie es und wie man damit arbeitet - kann im Zweifel also für nichts garantieren, aber ich habe auch keine größeren Bedenken, da die Änderungen ja sehr übersichtlich sind ;) Nach dem gleichen Verfahren lassen sich natürlich auch andere Suchanbieter in FastestFox bearbeiten, man könnte auch verschlüsselte https-Links statt der einfachen http-Links verwenden, wenn einem das lieber ist, usw.

    Viele Grüße

    Edit: Ups, da hatte ich wohl die Seite zu lange auf und habe milupos Antwort glatt übersehen. Aber wir sind ja zu einem ähnlichen Ergebnis gekommen :)

Unterstütze uns!

Jährlich (2025)

0 %

0% (0,00 von 650 EUR)

Jetzt spenden
  1. Kontakt
  2. Datenschutz
  3. Impressum
Community-Software: WoltLab Suite™
Mastodon