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

Beiträge von 770123

  • Add-on "Cookie Controller" - Verständnisfrage

    • 770123
    • 24. Januar 2017 um 19:06

    Hallo,

    ich habe eine Verständnisfrage zum Add-on "Cookie Controller"

    https://addons.mozilla.org/de/firefox/add…kie-controller/

    Man kann zwischen fünf Zuständen wählen:

    1. Nur Cookies von Erstanbietern erlaubt, werden am Ende der ...
    2. Cookies erlauben
    3. Cookies nur als aufrufende Seite erlauben
    4. Cookies für diese Sitzung erlauben
    5. Cookies ablehnen

    Was bedeutet das nun?
    1. entspricht dies: Einstellungen -> Datenschutz: Cookies akzeptieren, aber nie von Drittanbietern?
    2. heißt das: sowohl Erstanbieter und Drittanbieter? Aber wohl nur für die Sitzung, ich surfe ja im privaten Modus?
    3. für mich unverständlich
    4. sowohl Erstanbieter und Drittanbieter? Was ist dann der Unterschied zu 2.?

    Falls jemand das Add-on kennt, würde ich mich sehr freuen, hier Nähreres zu erfahren.

  • Unterschiedliche Firefox-Grundkonfigurationen je nach Betriebssystem?

    • 770123
    • 9. November 2016 um 20:18

    Hallo,

    nachdem ich schon viele Jahre Firefox unter Windows verwende, benutze ich den Browser jetzt auch unter Linux. Hierbei fällt auf, dass sich die Grundkonfigurationen unter about:config unterscheiden.

    Unter Windows wird bspw. von Mozilla als Standard gesetzt:

    Code
    browser.urlbar.clickSelectsAll                               true
    browser.urlbar.doubleClickSelectsAll                    false
    layout.word_select.eat_space_to_next_word        true
    layout.word_select.stop_at_punctuation                true

    Unter Linux (OpenSUSE) sind alle genannten Werte exakt umgekehrt - und zwar standardmäßig.

    Ich könnte weitere Beispiele anführen - denke aber, es ist klar worum es geht.

    Dies führt mich zu der Frage: Liefert Mozilla für unterschiedliche Betriebssysteme unterschiedliche Grundkonfigurationen aus? Oder muss davon ausgegangen werden, dass der Anbieter der Linux-Distribution Änderungen vornimmt? Ich habe Firefox (wie schätzungsweise wohl der überwiegende Anteil der Linux-Nutzer) aus dem offiziellen Distributions-Repository bezogen.

  • Firefox 44 - wie manuell installieren

    • 770123
    • 5. Februar 2016 um 14:00

    Nachdem ich feststellen musste, dass dieses Problem bei nicht wenigen Firefox-Anwendern mit Windows-Betriebssystemen (v.a. Vista und älter) auftritt, möchte ich kurz zusammenfassen, worin das eigentliche Problem besteht als auch die Lösung aufzeigen.

    Mozilla hat sich entschlossen, selbst zu bestimmen, wer die aktuelle Version von Firefox herunterladen darf und wer nicht. Entgegen meiner ursprünglichen, obengenannten Ad-hoc-Vermutung hängt dies nicht mit dem Auslesen eines entsprechenden Attributs zusammen, ob im Browser Administrationsrechte aktiviert sind oder nicht (ein solches Vorgehen müsste man überaus kritisch bewerten). Dennoch war dies Teil des Lösungswegs, da sich bei genauerer Analyse zeigte, dass ich in beiden Windowskonten mit unterschiedlichen User-Agents surfe.

    Mozilla liest den User-Agent des Browsers dahingehend aus, ob Parameter vorhanden sind, die Mozilla zur Annahme verleiten, das zugrundeliegende Betriebssystem könnte mit der aktuellen Firefox-Version nicht vollständig kompatibel sein (Browser-Fehler und -Abstürze). Wird diese Annahme bejaht, erhält der User eine ältere Version (zur Zeit 43.0.1 statt 44.0), von der Mozilla glaubt, diese sei im vorliegenden Falle stabil.

    Ob dieses Vorgehen sinnvoll ist, mag jeder Anwender selbst beantworten. Ich verwende die aktuelle Version nun über eine Woche, ohne dass irgendwelche Probleme auftraten. Als verfehlt muss allerdings betrachtet werden, dass kein Hinweis erscheint, bei dem der Grund dargestellt wird, weswegen anstatt der aktuellen eine ältere Version zum Download bereitgestellt wird.

    Für all diejenigen, die dasselbe Problem haben: Manipulation des user-agents nach bekanntem Vorgehen:

    1) Öffnen der Systeminnereien mit about:config
    2) Einfügen eines Strings „general.useragent.override“ wobei der String-Wert leer bleibt

    Jetzt kann die neueste Version 44.0 heruntergeladen werden. Der o.g. String kann anschließend wieder herausgenommen werden (rechte Maus auf den String und „zurücksetzten“).

    Hingegen hat der Mozilla-Hinweis betr. Vista/XP bei mir nicht funktioniert (https://support.mozilla.org/en-US/kb/get-l…indows-xp-vista).

  • Firefox 44 - wie manuell installieren

    • 770123
    • 29. Januar 2016 um 15:06

    Ich habe das Problem jetzt gelöst, obwohl ich aus der ganzen Sache immer noch nicht recht schlau werde. Aber vielleicht kann es ja jemand erklären.

    Ich habe Windows (Vista) mit dem Administratorenkonto gestartet. Erst jetzt wurde bei Aufrufen der Firefox-Aktualisierungshomepage auch tatsächlich "Firefox Setup 44.0.exe" als Download angeboten. Ich habe dann die exe-Datei auf mein Windows-Benutzerkonto überspielt, der Aktualisierungsvorgang bereitete keinerlei Probleme.

    Auch wenn das Problem jetzt gelöst ist: Es erschließt sich mir in keinster Weise, warum bei Aufruf der exe-Datei ohne Administratoren-Rechte die veraltete Version 43.0.1.exe statt der 44.0.exe angeboten wird. Vor allem: Wie ist dies möglich? Kann ein Webseiten-Betreiber (hier also Mozilla) auslesen, ob jemand mit Administratoren-Rechten unterwegs ist ?

    Solange niemand eine sinnvolle Erklärung bieten kann hat mein Vertrauen in Mozilla nachhaltig Schaden genommen.

  • Firefox 44 - wie manuell installieren

    • 770123
    • 29. Januar 2016 um 14:29

    Auch wenn ich über Hilfe -> "nach Updates suchen" versuche zu aktualisieren, werde ich auf obengenannte Homepage

    https://www.mozilla.org/de/firefox/new/

    verlinkt. Ergebnis ist dasgleiche.

    Ich verwende FF schon seit vielen Jahren, aber dies habe ich noch nicht erlebt :traurig:

  • Firefox 44 - wie manuell installieren

    • 770123
    • 29. Januar 2016 um 14:25

    Andreas, danke erst einmal für die schnelle Antwort!

    Ich habe mal ein Bildschirmfoto gemacht.

    Bilder

    • FF 44 Update.jpg
      • 247,76 kB
      • 1.885 × 891
  • Firefox 44 - wie manuell installieren

    • 770123
    • 29. Januar 2016 um 14:06

    Ich klicke also auf den von Dir hier angegebenen Link ..., und erhalte wieder nur Datei "Firefox Setup 43.0.1.exe" mit 43,4 MB.

  • Firefox 44 - wie manuell installieren

    • 770123
    • 29. Januar 2016 um 13:39

    Ich möchte Firefox 44 manuell installieren, rufe dazu die offizielle Seite

    https://www.mozilla.org/de/firefox/new/

    auf und erhalte (bei BS Windows 32) aber die Datei "Firefox Setup 43.0.1.exe".

    Besteht keine Möglichkeit mehr, Firefox manuell upzugraden?

  • FF 23 - Plugin-Installations-Nachfrage abschaltbar?

    • 770123
    • 7. August 2013 um 19:17

    @ madperson
    Da hatte ich auch bereits daran gedacht - leider kein Ergebnis. Aber dennoch vielen Dank für den Hinweis.

    @ Boersenfeger

    Tut mir leid, wenn Du es nicht glaubst, so ist es aber nunmal.

  • FF 23 - Plugin-Installations-Nachfrage abschaltbar?

    • 770123
    • 7. August 2013 um 18:41

    Es handelt sich um Flash, ein Plugin, das ich nicht benötige und somit auch nicht installiert habe. Mir geht es nur darum, dass dieser Hinweis-Button möglichst abgeschaltet wird.

    Es scheint zwar nicht exakt zu passen, aber die Auskunft hier gibt mir wenig Anlass zur Hoffnung:

    "There is currently no way to disable the bar for only certain plugins or for certain sites."
    http://kb.mozillazine.org/Disabling_yell…n_bar_-_Firefox.

    "plugins.hide_infobar_for_missing_plugin" funktioniert jedenfalls nicht.

  • FF 23 - Plugin-Installations-Nachfrage abschaltbar?

    • 770123
    • 7. August 2013 um 15:13

    Hallo,

    nach Installation von FF 23 erscheint bei jedem Neustart des FF auf entsprechenden Seiten direkt links neben der Adresszeile das Hinweisfenster, ob ein fehlendes Plugin jetzt installiert werden soll. Wenn man dies verneint, wird dieses Hinweisfeld für die Sitzung nicht mehr aufgerufen, aber nach Neustart des FF dann doch wieder.

    Wie lässt sich das Ganze in den Systeminnereien (about:config) so abschalten, dass nie wieder gefragt wird? Bin leider nicht fündig geworden, kann mir aber nicht vorstellen, dass dies grundsätzlich nicht möglich sein soll.

    Vielen Dank.

  • Können HTML 5-Videos in Firefox nicht deaktiviert werden?

    • 770123
    • 13. März 2012 um 19:45

    @ Steph, Boersenfeger

    Vielen Dank für die Antworten.

    Ich habe jetzt die Lösung gefunden und möchte (für den Fall, dass jemand anderes vor einem ähnlichen Problem steht) diese hier kurz darlegen.

    1) Mit Java, JavaScript oder WebGL hat das Ganze nichts zu tun, da es sich wirklich ausschließlich um ein HTML-Problem handelt. Wobei ich - ganz nebenbei - "Steph" für den Hinweis mit WebGL nochmals ausdrücklich danken will, da hier im Firefox ein Sicherheitsproblem vorliegt, für das bislang wohl noch keine andere Lösung zu bestehen scheint, als WebGL unter about:config zu deaktivieren (mehr unter: http://www.chip.de/news/WebGL-3D-…e_49016518.html).

    2) Unter dem Stichwort "media" lassen sich in den Systeminnereien (about:config) die entsprechenden Parameter ändern. Mit der Deaktivierung "media.autoplay.enabled" kann schon mal verhindert werden, dass HTML5-Videos automatisch gestartet werden können. Mir ganz persönlich reicht diese Lösung allerdings nicht aus, da auf entsprechenden Seiten im Hintergrund trotzdem das Video komplett geladen und somit vorgehalten wird. Daher wähle ich die Lösung "media.ogg.enabled", die ein Laden und Abspielen der entsprechenden Videos vollständig unterbindet. Man kann auch gleich darüber nachdenken, die "wave"- und "webm"-Parameter ebenfalls zu deaktivieren. Ich persönlich würde aus sicherheitstechnischen Asepkten erwägen, den Punkt "media.enforce_same_site_origin" zu aktiveren, da ich Wert darauf lege, vorher zu wissen, von welcher Seite Mediendaten kommen.

    Letztendlich muss jeder Benutzer selbst entscheiden, wieviel "Medienkomfort" er benötigt. Auch ist nicht sicher, ob (v.a. vor dem Hintergrund der massiven kommerziellen Nutzung von Internetvideoangeboten) die HTML5-Formate überhaupt eine Zukunft haben (hierzu bspw. http://pseudocoder.com/archives/why-h…t-replace-flash). Dennoch bin ich froh, dass im Firefox letztlich diese Parameter geändert werden können (wenn man denn erst mal weiß, wo sie sind!).

  • Können HTML 5-Videos in Firefox nicht deaktiviert werden?

    • 770123
    • 13. März 2012 um 15:11

    Hallo,

    ich habe leider keine Möglichkeit gefunden, das Abspielen von HTML 5 - Videos zu unterbinden. Selbst wenn man den aktuellen Firefox OHNE Flash-Player und bei deaktiviertem JavaScript verwendet, werden bei Ansteuern von entsprechenden Homepages HTML 5-Videos automatisch abgespielt. Bei "Extras" -> "Einstellungen" -> "Anwendungen" habe ich vor allen Anwendungen ein "Jedes Mal nachfragen".

    Wenn ich bspw. die folgende Seite aufrufe (http://www.standart.at), wird automatisch das Video abgespielt.

    Wie gesagt, es geht nicht um Flash-Videos, sondern um HTML5-Videos. (Hintergrund hierzu bspw.: http://www.video-flash.de/index/html5-vi…n-und-abspielen)

    Wenn jemand hierzu eine Idee hat, würde ich mich über eine Antwort sehr freuen.

  • Firefox 5 - kein SSL über lokalen Proxy mehr?

    • 770123
    • 13. Juli 2011 um 15:26

    @ XtC4UaLL

    vielen Dank. Das war es!

    @ Brummelchen

    ich gebe Dir inhaltlich recht. Mir ging es darum, was rein technisch möglich ist. Wenn ich mich nicht täusche, war es in älteren Firefox-Versionen möglich, Proxomitron auch bei SSL-Verbindungen zu nutzen, OHNE dass in Proxomitron die Option "Filterung SSL-verschlüsselter Seiten aktivieren" gesetzt war. Der Webfilter wurde sofort im Bypass-Modus ausgeführt. Demnach war ich jetzt überrascht, dass in Firefox 5 ein derartiger Bypass nicht mehr toleriert wird.

    Unabhängig von der technischen Seite: Warum sollte es abwegig sein, bei Seiten wie z.B. Ebay (SSL & JavaScript) als User das Ausführen bestimmter Scripte (die ich Filter vorab benenne) durch Ebay nicht akzeptieren zu wollen? Proxomitron kann so betrieben werden, dass er die SSL-verschlüsselten Daten entschlüsselt, filtert und neu verschlüsselt. Man hat dann zwei unabhängige SSL-Verbindungen: Eine zwischen Webserver und Proxomitron und eine zwischen Proxomitron und Browser. Sofern also Browser, Filterprogramm und Firewall mitspielen ...

  • Firefox 5 - kein SSL über lokalen Proxy mehr?

    • 770123
    • 12. Juli 2011 um 15:59

    Ich verwende sowohl Firefox als auch das lokale Webfilter-Programm Proxomitron bereits seit Jahren. Nachdem ich nun bei Firefox ein Upgrade auf Version 5 durchführte, muss ich feststellen, dass über einen (lokalen) Proxy keine SSL-Verbindung mehr unterstützt wird (die normale HTTP-Unterstützung funktioniert auf diesem Wege weiterhin einwandfrei).

    Konkret:

    Firefox - Netzwerkverbindungen - "Manuelle Proxy-Konfiguration": Eintrag bei HTTP- und SSL-Proxy: 127.0.0.1 und Port 8080

    a) Ich habe zunächst an ein Problem mit der Firewall gedacht - ist es aber nicht: selbst bei vollständig deaktivierter Firewall kann ich nicht auf https-Seiten zugreifen.

    b) Es liegt auch nicht am Filterprogramm: selbst bei der Einstellung "bypass" unter Proxomitron - bei der also keine Veränderung am Datenverkehr durchgeführt wird - kann keine SSL-Verbindung aufgebaut werden.

    Die HTTP-Seiten können wie gewohnt mit Proxomitron einwandfrei angesteuert werden, und bei der Firefox-Einstellung "kein Proxy" funktioniert auch der SSL-Kanal einwandfrei. Aber die Kombination Proxomitron und Firefox 5 sowie SSL (also SSL-Seiten über die "manuelle Proxykonfiguration") funktioniert leider eben nicht mehr.

    Falls ich nicht versehentlich irgendeine Einstellung beim Windows-Betriebssystem verändert habe, kann ich mir den Fehler nicht erklären.

    Über Anregungen wäre ich sehr dankbar.

Unterstütze uns!

Jährlich (2025)

67,1 %

67,1% (435,86 von 650 EUR)

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