Beiträge von Sören Hentzschel

  • V155.0 Nightly Build. Verschieben Sie die Suchleiste (Strg+F) von unten nach oben.

    Wie kommst du denn auf -moz-margin-start und -moz-margin-end? Abseits von ein paar alten Tests taucht diese veraltete und nicht standardisierte Form im Firefox-Code nirgends auf. Firefox definiert das noch als Alias, ja, aber Firefox unterstützt seit mittlerweile elf Jahren (!) auch margin-inline-start und margin-inline-end, worauf einfacher zu kommen sein sollte, weil das tatsächlich verwendet wird und dafür auch eine richtige Dokumentation existiert …

  • Javascript-Toggler geht nicht

    Zitat von FFPortable

    und nicht mal ein einfaches DropDown Menü gescheit funktionierte, ist heute auch nicht viel besser geworden!

    Das entspricht mal sicher nicht der Wahrheit.

    Zitat von FFPortable

    Es soll Menschen da drausene geben, die eine Behinderung haben

    Gibt es, hat mit dem Thema JavaScript aber überhaupt nichts zu tun. Da steht in keinem Zusammenhang.

    Zitat von FFPortable

    deshalb MUß ich
    als Webdesigner garantieren das ein Webseite auch ohne Javascript-Spielereien bedienbar
    ist, weil es sonst heftige Strafen wegen Ausgrenzung und Diskriminierung gibt.

    Webdesigner haben mit der Implementierung nichts zu tun. Wenn, dann Webentwickler. Und als solcher weiß ich, dass auch diese Aussage nicht der Wahrheit entspricht. Die WCAG - die mit Abstand wichtigste Quelle für Barrierefreiheit im Web – fordern nicht nur nicht, dass Websites ohne JavaScript funktionieren müssten, die WCAG nutzen in ihren Best Practice-Beispielen für diverse Anwendungsfälle selbst JavaScript.

    Zitat von FFPortable

    Seit vielen Jahren gibt es eine Verordnung, die Pflicht ist und die nennt sich
    "Barrierefreie-Informationstechnik-Verordnung":
    Barrierefreie-Informationstechnik-Verordnung – Wikipedia
    Sie verlangt einen barrierefreien Zugang für ALLE Menschen und fliegende Javascript-Fenster
    gehören da bestimmt nicht dazu!

    Ich habe nicht einmal eine Idee, was „fliegende JavaScript-Fenster” sein sollen. Aber wie gesagt: JavaScript und Barrierfreiheit schließen sich nicht gegenseitig aus. Teilweise ist JavaScript für eine bestmögliche Barriefreiheit sogar erforderlich.

    Zitat von FFPortable

    Für meine Kunden muß ich dafür sorgen, dass Menüs, Navigationen, Bildergalerien, Chapchas
    usw OHNE Javascript-Müll funktioniert

    Diese Aussage finde ich sehr erschreckend, weil daraus folgt, dass du beruflich damit zu tun hast, obwohl du offensichtlich nicht vom Fach bist. Es ist eine Schande für diesen Berufszweig, dass immer noch Menschen ihre Dienste anbieten, die vor 20 Jahren aufgehört haben, sich weiterzuentwickeln.

    Zitat von FFPortable

    es soll ja Menschen geben, die haben Lese- oder
    Textbrowser weil sie Sehbehindert sind, da ist Javascript absolut unnütz und nur gut
    für Nachbars Katze. Sorry wenn ich den Javascript Fetischisten damit den Tag versaue!

    Wer etwas sinnvoll einsetzt, ist kein „Fetischist”. Alleine diese Äußerung disqualifiziert dich von jeder ernsthaften Diskussion unter erwachsenen Menschen.

    Und nochmal: JavaScript hat nichts damit zu tun, ob eine Website für Menschen mit Sehbehinderung zugänglich ist. Diese Aussage ist völliger Quatsch.

    Zitat von FFPortable

    Ahhja v152.02 habe ich auch getestet, aber da ist ein Fehler im Browser drin, aber das wird
    dann bestimmt in der Folge-Subversion bestimmt nachgebessert!

    Wenn du denkst, es würde einen Browser-Fehler geben, melde diesen an Mozilla. Behoben kann nur werden, was bekannt ist.

    Zitat von FFPortable

    ich mache
    bestenfalls einmal pro Jahr ein Update!

    Und du bist auch noch stolz darauf oder was für eine Reaktion erwartest du darauf jetzt von uns?

    Zitat von FFPortable

    Von was habt ihr denn solche Angst, oder ist das
    bei euch zum Hobby geworden, nach der Arbeit Rechner hochfahren und gleich mal alle Updates
    der letzten 24 Stunden nachinstallieren...

    Das hat weder mit Angst noch Hobby zu tun. Das gehört zur Routine, wenn man ein System betreibt, und stellt ehrlicherweise auch keinen Aufwand dar.

    Zitat von FFPortable

    Bald wird die Mozilla Firefox Foundation das Ende des Browsers verkünden

    Firefox wird von der Mozilla Corporation und nicht von der Mozilla Foundation entwickelt. Und nein, Mozilla wird auf absehbare Zeit nicht das Ende von Firefox verkünden, das kann ich dir garantieren.

    Zitat von FFPortable

    der Brouser hat grade
    Mal noch 3,5% Weltanteil, das ist genau so viel wie die aktuelle Inflationsrate,

    Marktanteils-Statistiken sind erstens sehr mit Vorsicht zu genießen und ändern zweitens nichts an 200 Millionen aktiven Firefox-Nutzern, was eine immer noch sehr relevante Zahl ist.

    Der Vergleich von Marktanteilen mit einer Inflationsrate ergibt überhaupt keinen Sinn.

    Zitat von FFPortable

    Bitte nicht mehr antworten

    So weit kommt es noch, dass du solche Vorgaben machst. Zumal du es ja ganz offensichtlich auf eine Antwort angelegt hast, ansonsten hättest du nicht so viel Text geschrieben.

    Zitat von FFPortable

    ich hatte vergessen, dass es ein riesen Fehler ist, sich in
    deutschen Foren anzumelden und auf Hilfe zu hoffen!

    Das kann nie ein Fehler sein, wenn man Hilfe möchte. Du möchtest halt keine Hilfe, du möchtest einfach nur trollen. Wir sind nicht deine persönliche Frustabladestelle, nur weil die Welt nicht so funktioniert, wie du es gerne hättest.

  • Glasfaser...

    Der Vergleich mit dem Auto funktioniert für mich überhaupt nicht. Ich benutze mein Auto fast jeden Tag. Und natürlich bemerke ich einen Unterschied, ob ich das Auto benutze oder nicht. Der Geschwindigkeitsunterschied zu 1 Gbit/s hingegen ist für mich faktisch nicht existent, weil ich nicht viel häufiger als vielleicht ein oder zwei Mal im Jahr einen Anwendungsfall hätte, wo ich davon überhaupt etwas bemerken könnte. Und selbst dann sprechen wir entweder von so wenig Ersparnis, dass es den Aufpreis nicht wert ist, oder ich mache sowieso etwas anderes parallel, weswegen der Unterschied nicht relevant ist. Wenn ich davon spreche, Geld zu verschwenden, geht es mir nicht um den absoluten Betrag, den ich einsparen könnte, wenn ich darauf verzichte, sondern darum, ob ich für das Geld einen greifbaren Gegenwert bekomme. Und ja, ein Auto kostet sogar wesentlich mehr Geld, aber ich erhalte dafür sehr direkte Vorteile und das praktisch täglich. Deswegen ist das für mich auch keine Geldverschwendung. Und wenn ich für schnelleres Internet weit weniger als für das Auto bezahle, ohne einen Vorteil davon zu haben, dann ist ein dreifacher (!) Preis genau deswegen, weil ich einfach nichts davon habe, Geldverschwendung für mich. Um bei deiner Zahl zu bleiben: 30 Prozent Nutzung sind signifikant mehr als gerundet null Prozent.

    Dass das jeder für sich selbst bewerten muss, versteht sich von selbst. Was ich geschrieben habe, war ja auch explizit auf mich bezogen.

  • Glasfaser...

    Vor allem ist das ja auch eine Kostenfrage. Abgesehen davon, dass 1 GBit/s an meinem Standort gar nicht verfügbar ist, müsste ich dafür jeden Monat den dreifachen (!) Preis bezahlen. Ich könnte mir das sicherlich leisten. Aber ich verschwende einfach überhaupt nicht gerne mein Geld. Und es wäre verschwendet, wenn man nichts macht, wofür es die zusätzliche Geschwindigkeit benötigt. Wenn ich mein Geld schon unbedingt loswerden möchte, dann finanziere ich damit doch lieber Lieferando mit ihren mittlerweile schon unverschämt vielen Zusatzgebühren. Da bekomme ich wenigstens einen greifbaren Gegenwert. ;)

  • 2026-Update: Aktualisierung auf WoltLab Suite 6.2

    Es wurde eine Aktualisierung der Community-Software von Version 6.2.5 auf Version 6.2.6 vorgenommen.

    Änderungs-Protokoll:
    Nicht alle Änderungen sind auf dieser Website / diesem Forum relevant.

    WoltLab Suite Core

    • SICHERHEIT Das Format der Cache-Dateien wurde auf eindeutige Begrenzungen umgestellt, um Remote Code Execution zu verhindern.
    • Aktualisierung auf CKEditor v48.3.1
    • Aktualisierung von Font Awesome auf v7.3.1
    • Die Einstellungen von Listenansichten bleiben nun über AJAX-Anfragen hinweg erhalten
    • Listen- und Tabellenansichten erzeugen nun eindeutige IDs, um Kollisionen bei mehrfacher Ausgabe zu vermeiden
    • Bei gefilterten Listen- und Tabellenansichten wird nun auch ein TypeError bei der Instanziierung abgefangen
    • Die falschen Sub-Select-Referenzen in MenuGridView wurden korrigiert
    • Das nicht geschlossene Anchor-Tag in TagGridView wurde korrigiert
    • Das ungültige HTML in UserRankGridView wurde korrigiert
    • Artikel ohne Inhalt werden im RSS-Feed nun übersprungen
    • Die Sortierfeld-Optionen von Artikel-Kategorien wurden korrigiert und der veraltete Wert publicationDate wird nun migriert
    • Die Dokumentation von article->time wurde korrigiert
    • Die Länge der generierten WebP-Dateinamen wurde begrenzt
    • Vorschaubilder von entpackten Links verwenden nun die Abmessungen des Thumbnails
    • Die Auswahl von Labels wird nun bei Pflichtfeldern validiert
    • Die Liste der API-Endpunkte wird nun beim Ändern einer Option zurückgesetzt
    • Der Cache der API-Endpunkte wird nun nach der Installation eines Paket-Installations-Plugins zurückgesetzt
    • Developer Tools: Die Bootstrap-Datei wird nun neu erzeugt, wenn eine neue Datei hinzugefügt wurde
    • Beim Bearbeiten einer System-Phrase wird nun ausschließlich deren benutzerdefinierter Wert zurückgesetzt
    • Der Standard-Controller wird nun unterdrückt, sofern er nicht durch das Build-Schema benötigt wird
    • Die unterstützten PHP-Versionen der Systemprüfung wurden eingegrenzt
    • Ungültige Style-Variablen werden nun vor dem Kompilieren des Stylesheets herausgefiltert
    • Die Deprecation-Warnung für gemischte Deklarationen im Style-Compiler wurde unterdrückt
    • Die start_url wurde aus der manifest.json entfernt und das Manifest aller Styles wurde neu erzeugt
    • Die inkonsistente Skalierung des Zuschneiden-Dialogs wurde korrigiert
    • Die Performance der Marker-Darstellung im GoogleMaps MarkerLoader wurde verbessert
    • reCAPTCHA berücksichtigt nun zusätzlich zu Submit-Inputs auch Submit-Buttons
    • Die vertauschte Argument-Reihenfolge bei der Erkennung von Regex-Antworten bei Captcha-Fragen wurde korrigiert
    • Die Ausgabe des WysiwygFormatter wird nun in einem htmlContent-Container ausgegeben
    • Der WysiwygFormContainer reicht nun autosaveId und lastEditTime an das WysiwygFormField weiter
    • Der abweichende data-name im Template shared_tabTabMenuFormContainer wurde korrigiert
    • Das nicht übereinstimmende schließende Tag des Kopieren-Buttons im RSS-Feed-Dialog wurde korrigiert
    • Eine fehlende Phrase im Wysiwyg-Anhang-Formularfeld wurde ergänzt
    • array_first, array_last und array_reverse sind nun als Template-Modifikatoren zulässig
    • Die Text- und Linkfarben in der Box zur Einwilligung für externe Inhalte wurden korrigiert
    • Die Eintrags-Navigation wird auf mittleren Viewports nun vertikal gestapelt
    • Die Bearbeitung von ACP-Menüpunkten über die GUI wurde in den Devtools deaktiviert
    • Auf der Lizenz-Seite wird nun eine Sprachvariable in die NamedUserException eingesetzt

    WoltLab Suite Core: Konversationen

    • Formulare zum Erstellen von Konversationen und zum Bearbeiten von Entwürfen unterstützen nun die automatische Zwischenspeicherung

    WoltLab Suite Forum

    • Themen ohne ersten Beitrag werden nicht mehr im RSS-Feed ausgegeben
    • Auf eigene deaktivierte Themen, die noch auf Freigabe warten, kann nicht mehr geantwortet werden
    • Forenseiten liefern nun den fehlenden Meta-Tag og:description aus
    • Aktivitätspunkte werden nun korrekt aktualisiert, wenn Beiträge zwischen Themen verschoben werden

  • Ebay Login mit Firefox ESR 115 nicht möglich

    Hallo,

    was sagt denn der eBay-Support zur Unterstützung einer mehr als drei Jahre (!) alten Firefox-Version? Ausschlaggebend für Webkompatibilität ist nicht das Datum des letzten Sicherheits-Updates, sondern das Erscheinungsdatum des jeweiligen Major-Releases. Deswegen gilt auch Firefox ESR 115.38 in diesem Sinne als über drei Jahre alt.

    PS: Vor wenigen Tagen hattest du noch Probleme mit WhatsApp, nicht lange davor hast du hier ein Thema auf Grund von Problemen auf anderen von dir nicht genannten Websites eröffnet. Probleme dieser Art werden zwangsläufig immer weiter zunehmen. Aktualisiere doch jetzt endlich mal dein System … 🤦‍♂️ Zumal die damals von dir genannten Gründe, wieso du immer noch Windows 7 nutzt, ja schon nicht glaubhaft waren, weil sämtliche von dir genannten Anwendungen auch auf neueren Windows-Versionen laufen …

  • Telemetry.LateWriteFinal Dateien im Nightly

    Zitat von 2002Andreas

    ich hatte solche Dateien noch nie in meinem Profilordner, zumindest sind sie mir noch nie aufgefallen. Auch jetzt erst auf Grund der Menge. ;)

    Nach meinem Verständnis geht es dabei um das Logging von „Main-Thread I/O”, d.h. die Ausführung ressourcenintensiver Ein- und Ausgabevorgänge auf dem primären UI-Thread, was ein Problem für die Performance ist. Ich könnte mir vorstellen, dass sich dahingehend ein Firefox-Profil anders verhält als ein anderes, insbesondere wenn es durch nicht auf Performance optimierte Scripts erweitert wurde. ;)

    Zitat von 2002Andreas

    Ich habe hier mal alles aktiviert:

    Sollte das nicht sowieso der Fall sein? ;)

  • Telemetry.LateWriteFinal Dateien im Nightly

    Die Dateien sollten automatisch gelöscht werden, wenn Telemetrie aktiviert ist. Siehe Kommentar im Quellcode:

    Zitat

    // Note: These files should be deleted by telemetry once it reads them. If
    // there were no telemetry runs by the time we shut down, we just add files
    // to the existing ones instead of replacing them. Given that each of these
    // files is a bug to be fixed, that is probably the right thing to do.

    Hinweis: Es handelt sich dabei um nichts Neues. Der entsprechende Code, der diese Dateien erstellt, wurde vor knapp 13 Jahren in Firefox 29 hinzugefügt.

  • JavaScript in der Nightly 155.0a1 (2026-07-28)

    loadSubScript oder loadSubScriptWithOptions werden aktuell vier Mal verteilt auf drei verschiedene Dateien verwendet. Ich habe einfach nur im Ordner nach loadSubScript gesucht.

    JavaScript
    Services.scriptloader.loadSubScript(mainFileURI, this, 'UTF-8');
Services.scriptloader.loadSubScript(this.utilFileURI, window, "UTF-8");
Services.scriptloader.loadSubScript(this.ucFileURI, window, "UTF-8");
Components.classes["@mozilla.org/moz/jssubscript-loader;1"]
  .getService(Components.interfaces.mozIJSSubScriptLoader)
  .loadSubScriptWithOptions(userChrome.getURLSpecFromActualFile(aFile), {
    target: window,
    charset: userChrome.charSet,
    ignoreCache: userChrome.ignoreCache
  });

    =>

  • JavaScript in der Nightly 155.0a1 (2026-07-28)

    Zitat von 2002Andreas

    Bedeutet, der Eintrag bleibt dauerhaft erhalten?

    Nein. Das steht explizit im Code kommentiert, dass diese Option nur temporär ist. Dass jeder Script-Nutzer eine Option in about:config verändert, ist aber auch nicht notwendig, wenn der ScriptLoader aktualisiert wird.

    Zitat von Endor

    Es liegt meiner Meinung nach am import Pfad.
    Wie müsste man den ändern?

    Damit hat das nichts zu tun. Aufrufe dieser Art müssen ersetzt werden:

    JavaScript
    // alt
Services.scriptloader.loadSubScript(this.utilFileURI, window, "UTF-8");

// neu
Services.scriptloader.loadSubScriptWithOptions(this.utilFileURI, {
  target: window,
  charset: 'UTF-8',
  allowUnsafeURL: true
});

    Man kann es auch schöner lösen, womit man allowUnsafeURL nicht benötigt. Aber das ist der einfache Fix, der den alten Zustand wiederherstellt und den Mozilla selbst in seinen automatisierten Tests verwendet. In deinem Loader sehe ich vier Stellen, in denen allowUnsafeURL zu ergänzen wäre.

  • JavaScript in der Nightly 155.0a1 (2026-07-28)

    Zitat von Boersenfeger

    Sören Hentzschel Was soll man darunter verstehen? Wird die Funktionsweise von Scripts, wie wir sie kennen, abgeschafft, bzw. ist sie auf Dauer nur noch mit dem Config-Schalter möglich? Bleibt dieser erhalten? Fragen über Fragen....

    Die standardmäßige Sicherheit von Firefox wird weiter erhöht, weil ja auch die Bedrohnungen immer größer werden, weswegen das sinnvoll ist. Wer Scripts nutzt, nimmt ja bereits in Kauf, die Sicherheit potenziell zu reduzieren. Das ist weiterhin möglich.

    Wer einen Scriptloader nutzt, der nicht kompatibel mit dieser Änderung ist, und auf einen Eingriff in about:config verzichten möchte, muss auf eine Aktualisierung des genutztes Scriptloaders warten. Das sieht für mich nach einer recht simplen Anpassung aus, um wieder den gleichen Zustand wie vorher zu erhalten.