Beiträge von Sören Hentzschel

Der verlinkte Artikel ist von Ende 2023 (!). Alleine auf Grund der zahlreichen Performance-Verbesserungen, die Mozilla im Laufe eines Jahres und natürlich auch in 2024 wieder umgesetzt hat, ist ein Performance-Vergleich aus dem Jahr 2023 Stand heute doch komplett gegenstandslos. Ich verstehe generell nicht, wieso man einen so alten Artikel ausgräbt, und noch weniger, wieso dann auch noch ausgerechnet aus einem Themenbereich, in dem sich mit solchem Tempo die Fakten ändern.

Im Übrigen basieren die Messungen auf einem Benchmark, welcher für die Browserhersteller auch gar nicht relevant ist. Wenn ein Benchmark relevant ist, dann ist es Speedometer 3. An diesem Benchmark haben Mozilla, Google, Apple und Microsoft gemeinsam gearbeitet, basierend darauf, was nach Erfahrung der Browserhersteller (die das definitiv besser wissen) tatsächlich praxisnah ist. Die finale Version von Speedometer 3 ist erst im März 2024 erschienen, also mehrere Monate nach diesem Artikel.

Nach dem gleichen Schema, wie in zahlreichen Beispielen auf mittlerweile 24 Seiten beschrieben.

row5i2.addEventListener('command', event => {
  highlightTab_at_Ulf3000.highlightTabFromMenu(event, '#8dcee2');
});

Es geht generell um Inline-Event-Handler, oncommand ist nur einer dieser Handler. Das lässt sich in der Regel aber sehr einfach anpassen. Wenn wir über die betroffene Firefox-Version sprechen, dann wird es die finale Version von Firefox 135 nicht betreffen. Aktuell geht es um Nightly-Versionen, im Übrigen auch erst seit Version 136. Dort dann auch in der ersten Beta-Hälfte. Und finale Versionen dann vermutlich entweder ab Firefox 137 oder noch etwas später.

Zitat von Jan3832

Das ist was ich eingegeben hatte, würde es wie unten stimmen?

In dem Code ist kein Syntax-Fehler. Jetzt verstehe ich deinen Screenshot erst. Das war aus keinem Code-Editor, du hast das in die Webkonsole eingegeben. Das ist natürlich der falsche Ort. Wenn man das dort so eingibt, wirft das diesen Fehler. In Beitrag #6 stand bereits, wohin der Code gehört. Ich hatte vorausgesetzt, dass alle Beiträge gelesen wurden, wenn man sich an ein fremdes Thema hängt.

Und ja, der zweite Code passt. Der muss, wie oben beschrieben, in die Datei policies.json im Unterverzeichnis distribution des Installationsordners von Firefox.

Zitat von Jan3832

-> und wie würde es mit diesem blocksite funktionieren?

Installiere die Erweiterung, rufe about:debugging auf, dort den Reiter „Dieser Firefox“ und lies die ID der Erweiterung ab. Auch das stand in diesem Thema bereits erklärt. Die Installations-URL bekommst du auf Mozillas Erweiterungs-Seite per Rechtsklick auf den Installations-Button → Link-Adresse kopieren. Den Dateinamen kannst du dann durch latest.xpi ersetzen, um immer den Link zur neuesten Version zu haben, sonst führt der Link eben zu einer bestimmten Version.

Ein neuer Artikel wurde veröffentlicht:

Zitat

Mozilla hat Firefox 134.0.2 veröffentlicht und behebt damit mehrere Probleme der Vorgängerversion.

Artikel lesen: „Mozilla veröffentlicht Firefox 134.0.2“

Hallo,

die Seite sieht für mich normal aus. Dein Screenshot zeigt, dass noch einiges mehr nicht passt. Prüfe, ob du das Verhalten im Fehlerbehebungsmodus von Firefox bestätigen kannst:

Probleme analysieren im Fehlerbehebungsmodus von Firefox | Hilfe zu Firefox

Zitat von Latonabay

Wie geschrieben, auf meinem Smartphone werden keine Lesezeichen mehr gespeichert.

Wie geschrieben: Alle Lesezeichen, die du auf deinem Smartphone siehst, sind dort auch gespeichert. Die Lesezeichen-Ansicht zeigt immer nur lokale Ergebnisse. Selbst, wenn du dort in den Ordner für Desktop-Lesezeichen gehst, sind diese lokal auf dem Gerät gespeichert. Das ist letztlich nur ein Ordner-Name.

Zitat von Latonabay

Das hat mit der Synchronisation nichts zu tun.

Wenn du auf dem Smartphone gespeicherte Lesezeichen auf dem Desktop siehst, muss dafür ja die Synchronisation genutzt werden. Wie soll das sonst funktionieren? Durch Magie?

Wenn du dich falsch verstanden fühlst, wäre es halt hilfreich, wenn du das machen würdest, worum du gebeten wurdest:

Zitat von Sören Hentzschel

Vielleicht kannst du das Problem anhand eines konkreten Beispiels darstellen?

Zitat von Endor

Ich habe gesehen, dass weiter unten im Code bereits die Zeile:
event.preventDefault();

In anderen Events, ja. Die haben mit diesem Event aber ja nichts zu tun.

Zitat von Endor

Müsste dann ja passen, oder?

Wenn du nichts vermisst, passt es. Für mich ist wie gesagt nicht einmal klar, ob diese Zeile vorher überhaupt funktioniert hat.

Hallo,

Zitat von 2002Andreas

Was aber nicht funktioniert, ich kann sie nicht über den kleinen Button unten rechts wieder löschen.

Das funktioniert erst ab Firefox 136:

Zitat von 2002Andreas

Weiß jemand wo das im Profilordner gespeichert wird

In dem Ordner, in dem sich die Datei profiles.ini befindet, gibt es einen neuen Ordner „Profile Groups“ und darin eine SQLite-Datenbank. Ob die Datenbank zu bearbeiten, bereits ausreichend ist, um den Eintrag zu entfernen (die Profil-Dateien selbst wird das jedenfalls nicht löschen), kann ich dir mangels Testmöglichkeit gerade nicht sagen.

Nach dem komplett gleichen Schema wie die anderen Änderungen:

toolbaritem.addEventListener('contextmenu', () => {
  return(false);
});

Allerdings bin ich mir nicht sicher, ob diese Zeile überhaupt etwas Sinnvolles tut. Ich vermute mal, dass darüber das Kontextmenü deaktiviert werden soll. Funktioniert das denn in Firefox 134 mit dem Original-Code? In Web-Content funktioniert das so jedenfalls nicht. Ob das im Script funktioniert, kann ich jetzt nicht testen. Wenn es nicht funktioniert, würde ich eher das hier versuchen:

toolbaritem.addEventListener('contextmenu', e => {
  e.preventDefault();
});

Oder die oncontextmenu-Zeile einfach komplett löschen, wenn nicht benötigt.

Laut Fehlermeldung gibt es einen Syntax-Fehler irgendwo in deinem Code. Bitte teile den kompletten Inhalt der Datei policies.json als Text, nicht als Screenshot. Nutze dafür die Code-Block-Funktion des Forums:

Die install_url kann im Übrigen so auf gar keinen Fall stimmen und die ID passt auch nicht zu der von dir genannten Erweiterung. Die ID für BlockSite ist {dd3d7613-0246-469d-bc65-2a3cc1668adc} und die Installations-URL https://addons.mozilla.org/firefox/downloads/file/4270172/latest.xpi.

Die oncontextmenu-Zeile müsste auch noch angepasst werden, falls dieser Listener eine Relevanz besitzt. Wenn nicht, kann die Zeile auch entfernt werden. Jedenfalls macht die so aus dem gleichen Grund auch nichts mehr.

Der Weg über die Datei userChromeShadow.css ist weniger heilig als viel mehr notwendig, wenn man nicht möchte, dass sich das CSS auch an Stellen auswirkt, an denen es nicht wirken soll. Denn so ist der Selektor schon gefährlich allgemein.

Da der ursprüngliche Selektor mit dem ::part genau so auch immer noch im Firefox-Code vorkommt, sollte dieser aber auch noch funktionieren - vorausgesetzt, dass das Script funktioniert. Das kann ich gerade nicht testen, aber laut Andreas tut es das.

Ich habe den Link entfernt, da es sich um eine offensichtlich illegale Aktivität des Themenstarters handelt. Mit Verweis auf die Forenregeln schließe ich dieses Thema. Dafür kann es hier keinen Support geben.

Hallo,

so wirklich schlau werde ich aus der Problembeschreibung nicht. Wenn du am Smartphone ein Lesezeichen gespeichert wird, ist dieses natürlich auch auf dem Smartphone gespeichert. Wenn du die Synchronisation nutzt, hast du zusätzlich vom Desktop-Gerät aus Zugriff. So war das aber auch schon immer.

Vielleicht kannst du das Problem anhand eines konkreten Beispiels darstellen?

aPopup._endOptOpenAllInTabs.setAttribute(
  "oncommand",
  "PlacesUIUtils.openMultipleLinksInTabs(this.parentNode._placesNode, event, " +
    "PlacesUIUtils.getViewForNode(this));"
);

aPopup._endOptOpenAllInTabs.setAttribute(
  "onclick",
  "checkForMiddleClick(this, event); event.stopPropagation();"
);

=>

aPopup._endOptOpenAllInTabs.addEventListener('command', event => {
  PlacesUIUtils.openMultipleLinksInTabs(
    event.currentTarget.parentNode._placesNode,
    event,
    PlacesUIUtils.getViewForNode(event.currentTarget)
  );
});

aPopup._endOptOpenAllInTabs.addEventListener('click', event => {
  checkForMiddleClick(event.currentTarget, event);
  event.stopPropagation();
});

Ungetestet, aber basierend auf dem Original-Code. Wenn man schon eine Firefox-interne Funktion überschreibt … Diese Funktion unterscheidet sich insgesamt allerdings signifikant vom Orignial-Code. Ich frage mich, ob das schon immer so war, weil dieses Script bewusst so viel verändert, oder ob das Script einfach schon völlig veraltet ist und dadurch wichtige Änderungen seitens Mozilla verloren gehen …

Sotiria × Peter Heppner – Weiß wie Schnee

Zitat von hhmmppff

Auch glaube ich, dass so eine Nutzereinstellung leicht erreichbar sein sollte

Das Öffnen von Log-Dateien ist nun wirklich kein Anwendungsfall für Mainstream-Nutzer. Abgesehen davon liegt die Notwendigkeit am etwas komplizierteren Weg hier eindeutig an der Website. Denn die sendet beim Download folgenden Header:

content-type: application/octet-stream

Und das steht für „beliebige binäre Daten“, bedeutet für Firefox also: Unbekannter Dateityp. Nach der Dateiendung geht Firefox standardmäßig nicht, sondern nach dem tatsächlichen MIME-Type der Datei, der durch den passenden Header kommuniziert werden muss. Dateiendungen sind letztlich nur eine Konvention, tatsächlich können die Dateien unabhängig von der Dateiendung alles beinhalten. Das ist ein Sicherheitsrisiko. Deswegen kann es in dem Fall auch die Option „Ähnliche Dateien immer öffnen“ nicht geben.

Du hast zwei Möglichkeiten: Entweder lässt du Firefox wieder eine Chronik speichern oder du rufst about:addons und dort die Detailseiten deiner Erweiterungen auf. Dort findest du für jede Erweiterung die Option, dass diese auch in privaten Fenstern ausgeführt werden darf.

Auf den zweiten Teil meines Beitrags bist du nicht eingegangen. Hast du das geprüft? Denn deine Erweiterungen sind definitiv nicht aktiv, wenn du in einem privaten Fenster unterwegs bist, das wäre ansonsten in Screenshot 1 zu sehen. Und Firefox keine Chronik anlegen zu lassen, entspricht wie gesagt einem permanenten privaten Modus.