Beiträge von Sören Hentzschel

Zitat von .DeJaVu

War wohl missverständlich ausgedrückt, da dieses Problem nicht 5.2 tangiert.

Den Zusammenhang hatte ich falsch gelesen. Mein Fehler!

Zitat von Gebby

Es ergibt Sinn, wenn du meinen Post verinnerlichst. Einen veralteten Browser, da lehnt ihr es ab darüber zu diskutieren.
Über veraltete Framesets lehnt ihr es nicht ab.

Was genau soll ich da „verinnerlichen“? Deine Aussage ergibt nun einmal keinen Sinn. Framesets sind ein HTML-Feature, welches von Websites genutzt wird, ob dir das gefällt oder nicht. Und in Zusammenhang damit gibt es einen Bug in Firefox 134. Wo, wenn nicht hier im größten deutschsprachigen Firefox-Forum, sollen die Menschen denn bitte sonst auf Deutsch darüber sprechen? Mir fällt keine bessere Plattform dafür ein.

Ich verstehe auch ganz ehrlich den Zusammen zu veralteten Browsern überhaupt nicht. Mal abgesehen davon, dass wir über veraltete Browser ja sehr wohl diskutieren und wir die Nutzung ablehnen, lehnen wir dies unter anderem aus Gründen der Sicherheit ab. Framesets sind einfach nur „veraltet“ im Sinne der HTML-Spezifikation. Das heißt lediglich, dass man bei der Entwicklung neuer Websites darauf verzichten sollte und HTML5 diese als „obsolet“ listet. Dennoch wird auch in HTML5 das Frameset-Element definiert und Browser müssen es gemäß Spezifikation umsetzen. Eine Versionierung, wie du sie von Browsern kennst, gibt es bei HTML-Spezfikationen nicht. Firefox 134 ersetzt Firefox 133, klar. Aber HTML5 ersetzt nicht HTML4 oder XHTML. Auch die alten Standards werden de facto für immer unterstützt. Aus Nutzersicht gibt es damit keine Probleme, die über das hinaus gehen, was das Element schon immer problematisch gemacht hat. Zum Beispiel, dass Framesets schlecht für die Barrierefreiheit sind. Aber das wurde ja nicht schlechter mit dem Tag der Entscheidung, dass HTML5 das Feature nicht mehr vorsieht. Und die Verwendung dieses Elements gefährdet auch nicht die Sicherheit von irgendwem.

tl;dr: Es hat sich in Bezug auf Framesets absolut gar nichts geändert. Es ist einfach nur ein altes Feature, heute gibt es bessere Werkzeuge. Und das ist mit Sicherheit keine Rechtfertigung dafür, darüber nicht zu sprechen.

Zitat von sjakobs

Ich habe in der UserChrome.css aktiviert, dass ich mit dem Shortcut CTRL + F in die Suchleiste der jeweilige Seite (wie in Wikipedia oben rechts komme), könnte es dieses hier sein?

Über die Datei userChrome.css sind keine Anpassungen dieser Art möglich. Damit kannst du ausschließlich die Optik von Dingen verändern.

Du solltest herausfinden, womit du das tatsächlich angepasst hast, und dann einmal komplett ohne Anpassungen testen.

Wenn das bei dir erst seit Firefox 134 auftritt, wäre es gut, wenn du mittels mozregression herausfinden könntest, seit welcher Firefox-Änderung genau.

mozregression

Dass kommt aber nicht von Firefox selbst, dass sich da die Suche öffnet. Das wäre standardmäßig Cmd + F in Firefox. Und Fn + E ist ein offizieller Shortcut von macOS für den Emoji-Picker.

Nutzt du eine Erweiterung oder hast du sonst etwas auf deinem System gemacht, was Shortcuts verändert?

Hallo,

das funktoiniert bei mir einwandfrei. Allerdings nutzt du eine extrem alte macOS-Version. Man kann nicht ausschließen, dass durch die Korrektur für alte macOS-Versionen etwas kaputt gegangen ist.

Besteht die Möglichkeit eines macOS-Updates oder ist die Hardware zu alt?

Funktioniert Fn + E?

Es geht nicht um „tot schweigen“, sondern darum, solche Dinge an Orten zu diskutieren, die dafür passender sind und wo vor allem solche komplexen und sensiblen Thematiken in angemessener Weise moderiert werden können, was ich für Politik nicht in unserem Forum sehe. Dabei ist das bei Politik-Themen so notwendig wie bei kaum einem anderen Thema. Die Erfahrung zeigt, dass es dabei ansonsten sehr schnell ins Stammtischgerede geht und spätestens nach ein paar Beiträgen die ersten Streitereien kommen. Politik-Themen ohne Streiereien gibt es fast nicht, vor allem, wenn das unkontrolliert und ohne Fakten-Checks abläuft. Aber es gibt andere Plattformen, die sind darauf ausgelegt.

Zitat von Speravir

Und weil Eventlistener schon lange funktionieren, könnte man also alles auch jetzt schon umbauen, oder?

Richtig. Selbst vor 20 Jahren hätte das schon funktioniert. Da gibt es keine Kompatibilitätsprobleme.

Zitat von .DeJaVu

Das hängt sicherlich mit der neuen Backup-Funktion zusammen, Firefox speichert da nämlich seine Daten.

Dieses Feature wurde in finalen Firefox-Versionen noch überhaupt nicht ausgeliefert.

Zitat von Gebby

Ich bin erstaunt, dass ihr euch mit Framsets auseinandersetzt, aber z.B. Hilfe bei veralteten Firefoxversionen ablehnt. Ist nicht konsequent, lässt bei mir Fragen offen.

Dein Beitrag ergibt einfach überhaupt keinen Sinn. Eine veraltete Firefox-Version gefährdet die Sicherheit. Die Verwendung einer Website, welche einen Webstandard nutzt, logischerweise nicht.

Zitat von .DeJaVu

Ändert jedoch nichts an 5.2.

Gleiches hier. Der Themenstarter nutzt Firefox 134. Der Bezug auf diesen Paragraphen unserer Forenregeln ergibt keinen Sinn.

Dabei warst du mit dem Bugzilla-Ticket schon auf der richtigen Fährte. Das ist ein Bug in Firefox 134 und ein Patch zur Korrektur ist bereits in Arbeit.

Nutzt für politische Diskussionen bitte andere Plattformen als diese hier. Siehe auch Punkt 2.2 der Forenregeln.

Wenn ich die angegebene Seite speichere und dann in der lokalen Version die Links auf der linken Seite anklicke, kann ich keinen Unterschied zu Firefox 128 oder auch Firefox 115 erkennen. Dass sich das Verhalten von der Online-Version unterscheidet, schon. Aber wenn du dir sicher bist, dass das Problem erst seit Firefox 134 besteht, dann lässt sich das Problem nicht durch Speicherung der Online-Version über Firefox reproduzieren. In dem Fall wäre es gut, wenn du deine lokale Version als ZIP packen und hier anhängen könntest. Ich kann nicht ausschließen, dass durch die Speicherung seitens Firefox Dinge verändert werden.

Hallo,

ich habe deine Frage in ein eigenes Thema verschoben.

Um etwas zu einem Problem auf einer bestimmten Seite sagen zu können, musst du diese bitte mit uns teilen.

Hallo,

für ein schnelles Wechseln kannst du diese Erweiterung nutzen:

Language Switch – Holen Sie sich diese Erweiterung für 🦊 Firefox (de)

Laden Sie Language Switch für Firefox herunter. Erlaubt das Ändern der Sprachkennung, die an Webserver gesendet wird, auf jeden beliebigen Wert.

addons.mozilla.org

Zitat von kleinesEulchen

Der Fehler lag nicht bei Avast sondern bei Firefox

Du meinst, an einer deiner Einstellungen? Denn ein weiteres Firefox-Update gab es keines und von alleine lösen sich Probleme nicht. Demnach muss sich entweder eine deiner Einstellungen geändert haben oder die Erweiterung wurde in der Zwischenzeit aktualisiert. Standardmäßig geschieht dies automatisch, ohne dass man das als Benutzer mitbekommt.

Zitat von Speravir

Heißt das, wenn onClick genutzt wird, dass der Eventlistener click lauten muss?

Das heißt es grundsätzlich. Die Attribute für Inline-Eventlistener beginnen immer mit on und das lässt man dann weg, weil das nicht Teil des Event-Namens ist. Und mit grundsätzlich meine ich, dass dem so ist, wenn wir hier wirklich vom entsprechenden HTML- / XUL-Event sprechen. Man darf nicht blind alles ersetzen, was mit on beginnt. Die onClick- oder onBuild-Methoden, die Teil der CustomizableUI.createWidget-API sind, bleiben beispielsweise so.

Ein neuer Artikel wurde veröffentlicht:

Zitat

Firefox Klar ist ein spezialisierter Privatsphäre-Browser. Nun hat Mozilla Firefox Klar 134 für Android veröffentlicht.

Artikel lesen: „Mozilla veröffentlicht Firefox Klar 134 für Android“

Die Ursache muss dann aber bei einem Script liegen. Denn die genannte Option hat mit CSS nichts zu tun, sonder nur mit JavaScript. Es kann natürlich sein, dass ein Script auch die Darstellung beeinflusst und das CSS mit Script etwas anders aussehen muss als ohne.

Zitat von ^L^

PS: Ja ich nutze idente (ausser dem Namen) Stamm-Profile für derzeit 4 unterschiedliche Firefox Versionen.

Dann hast du deine Erklärung. So etwas muss fast irgendwann zu Datenverlusten (wenn auch nur aus Sicht der neueren Versionen) führen. Nicht grundlos nutzt Firefox standardmäßig ein Profil pro Installation und verhindert, dass ein Profil mit einer älteren Version gestartet wird. Zwischen unterschiedlichen Firefox-Versionen zu wechseln wird aus gutem Grund nicht unterstützt. Nutze stattdessen die Synchronisation. Die ist genau dafür da.

In der Zukunft wird das so nicht mehr funktionieren und die Scripts müssen umgeschrieben werden. Es geht konkret um die Inline-Eventhandler, also sowas wie oncommand. Wir hatten das Thema vor ein paar Monaten schon, als Mozilla da angefangen hatte, das für eigenen Code umzustellen. Und das wird zukünftig via Content Security Policy (CSP) unterbunden und funktioniert damit auch in euren Scripts nicht mehr.

Nur mal am Beispiel des ersten Scripts.

Alt:

CustomizableUI.createWidget({
  /* … */
  onBuild: function(aDocument) {
    var toolbaritem = aDocument.createXULElement('toolbarbutton');
    var props = {
      /* … */
      style: '…',
      oncommand: "Services.dirsvc.get('UChrm', Ci.nsIFile).launch();"
    };
    for (var p in props)
      toolbaritem.setAttribute(p, props[p]);
    return toolbaritem;
  }
});

Neu:

CustomizableUI.createWidget({
  /* … */
  onBuild: function(aDocument) {
    var toolbaritem = aDocument.createXULElement('toolbarbutton');
    var props = {
      /* … */
      style: '…'
    };
    for (var p in props)
      toolbaritem.setAttribute(p, props[p]);
    
    toolbaritem.addEventListener('command', () => {
      Services.dirsvc.get('UChrm', Ci.nsIFile).launch();
    });
    
    return toolbaritem;
  }
});

Ich habe hier bewusst Stellen weggelassen (durch „…“ gekennzeichnet), damit die Änderungen übersichtlich bleiben. Kurz: oncommand entfernen und durch addEventListener ersetzen. Im Detail wird das hoffentlich durch den Code klar.

Hallo,

vorerst kannst du security.browser_xhtml_csp.enabled in about:config auf false setzen.