Ein neuer Artikel wurde veröffentlicht:
ZitatMozilla hat Version 2.25 seiner VPN-Clients für das Mozilla VPN veröffentlicht. Dieser Artikel beschreibt die Neuerungen vom Mozilla VPN 2.25.
Ein neuer Artikel wurde veröffentlicht:
ZitatMozilla hat Version 2.25 seiner VPN-Clients für das Mozilla VPN veröffentlicht. Dieser Artikel beschreibt die Neuerungen vom Mozilla VPN 2.25.
In dem Fall kann man nur hoffen, dass bald eine Aktualisierung auf Thunderbird ESR 128 erfolgen wird. Weiterhin Thunderbird 115 zu nutzen, war bis einschließlich Dezember 2024 ja noch in Ordnung. Aber nachdem das offiziell die letzte Version von Thunderbird 115 war, besteht hier nun Handlungsbedarf.
Naja, das hat jetzt nicht besonders viel Aussagekraft, weil eine Nicht-ESR-Version von Thunderbird bislang offiziell noch überhaupt nicht existiert. Also natürlich kommt Ubuntu, da es Thunderbird standardmäßig mitliefert, mit Thunderbird ESR. Es ist sicherlich sehr wahrscheinlich, dass Ubuntu auch in der Zukunft bei Thunderbird ESR bleiben wird. Aber das ergibt sich nicht automatisch daraus, dass es halt Stand jetzt so ist. Denn Stand jetzt ist das ja noch alternativlos.
Was Windows betrifft, ist die Situation gleich wie bei macOS: Diese Betriebssysteme werden standardmäßig ohne Drittanbieter-Programme wie Firefox und Thunderbird ausgeliefert. Was auch wenig Sinn ergeben würde, da sowohl Microsoft als auch Apple jeweils eigene Browser und E-Mail-Clients haben.
Kleine Korrektur: Ab Thunderbird 136. Es wurde in der ursprünglichen Ankündigung von Thunderbird 135 geschrieben, aber das passt nicht mit der Zeitangabe im März zusammen. Wenn du auf der verlinkten Seite bis zur Anwort auf meinen Kommentar scrollst, wird e auch bestätigt, dass das ein Fehler in der Ankündigung war.
Eine automatische Umstellung von ESR auf den neuen Release-Kanal ist nach aktuellem Stand auch nach Thunderbird 128 nicht geplant, da geht es wie bei Firefox auf die nächste ESR-Version. Stattdessen möchte MZLA die Nutzer durch Benachrichtigungen innerhalb von Thunderbird ESR zu einem Wechsel des Release-Kanals motivieren.
Lukas Linder – Du bist alle Liebe wert
Hallo,
je mehr Erweiterungen du zu diesem Zweck installierst, desto höher ist logischerweise auch das Risiko für Probleme der beschriebenen Art, welche die Folge einer fehlerhaften Blockierung sind.
Dabei ist es eigentlich ganz einfach: Man besucht ja sowieso nicht eine Million unterschiedliche Websites. Und pro Website muss einmal bestätigen und hat dann quasi für immer Ruhe. Ich blockiere keine Cookie-Dialoge und muss nur selten mal einen Dialog bestätigen, weil die Dialoge alle schon bestätigt wurden.
Nein, eine Website ist in dem Fall gar nicht involviert. Das Ganze läuft zwischen der Firefox-Erweiterung und einer Anwendung ab, die auf dem System installiert wird. Wenn mehrere Firefox-Installationen existieren, erkennt diese Anwendung aber nur eine, und die kann man sich, so wie ich das sehe, selbst nicht aussuchen.
Datum der Installation anzeigen
Laut Beschreibung. Laut Code aber nicht, sondern das Datum des letzten Updates. Das meinte ich damit:
Und die Beschreibung passt auch nicht: Installations- und Update-Datum sind unterschiedliche Dinge.
Ein neuer Artikel wurde veröffentlicht:
ZitatSolo ist ein Website-Builder von Mozilla, der auf Künstliche Intelligenz (KI) und einen maximal einfachen Erstellungsprozess setzt. Nun steht Solo 1.5 bereit und bringt viele Neuerungen.
Artikel lesen: „Website-Builder Solo von Mozilla: Version 1.5 fertiggestellt“
Hallo,
ich denke, wenn du die Beschreibung, auf die du dich beziehst, mit uns teilen würdest, wäre es verständlicher, worum genau es geht. Ich weiß jedenfalls nicht, was für eine Verknüpfung gewollt ist und was Firefox mit dem Explorer zu tun hat.
Eine eindeutige Bestätigung lese ich aus dem Beitrag von .DeJaVu ehrlich gesagt nicht heraus, vor allem nicht mit dem Satz über „manuelle Updates“ für Beta-Versionen. Ich weiß natürlich nicht, ob das nicht einfach nur unglücklich formuliert ist.
Hallo,
hast du mehr als eine Firefox-Installation auf deinem System? Ich habe es gerade getestet und konnte nach Installation der Erweiterung bestätigen, dass es nicht funktioniert, mit genau der gleichen Meldung, die du erhalten hast. Die iCloud-Anwendung hat aber unter „Lesezeichen“ einen Link „Im Browser öffnen“. Und nachdem ich diesen angeklickt habe, hat sich eine andere Firefox-Installation bei mir geöffnet. Und in dieser Installation funktioniert die Erweiterung, wenn ich sie dort installiere.
Das Problem scheint also zu sein, dass die iCloud meint, sich eine Firefox-Installation heraussuchen zu können, und die muss dann auch dafür verwendet werden. Ich konnte keine Möglichkeit finden, das zu konfigurieren.
Ich hatte mir extra Firefox 135 Beta 9 neu heruntergeladen, da ich ansonsten überhaupt keine Beta-Version nutze, und das Update auf den RC 1 getestet. Das hat auf beiden Systemen genauso problemlos funktioniert, wie auch jedes Nightly- und Stable-Update problemlos bei mir funktioniert.
Ich kann das weder auf macOS 15.3 noch auf Windows 11 bestätigen. Das Update hat sofort und ohne Probleme funktioniert.
Die Supporter auf SUMO sind genauso ehrenamtlich wie wir in diesem Forum. Deswegen schrieb er ja auch „they“ und nicht „we“. Das ist kein Entwickler, der in irgendeiner Weise in die HDR-Unterstützung involviert wäre. Er hat halt, genau wie wir, nach bestem Wissen und Gewissen geantwortet.
Wie gesagt arbeitet Mozilla seit ca. zwei Monaten an einer HDR-Unterstützung für Linux. In den Bugzilla-Tickets speziell für Windows deutet nichts darauf hin, dass zu diesem Zeitpunkt aktiv daran gearbeitet wird.
Wenn du eine Entwickler-Antwort möchtest, könntest du auf chat.mozilla.org im Raum „Media“ nachfragen.
Wäre das Problem, dass eine Datei nicht geladen werden kann, würde es überhaupt nicht und nicht teilweise funktionieren.
Das Script funktioniert nicht für Add-ons, deren ID in geschweiften Klammern steht. Denn die werden kodiert und so wird aus {id} dann %7Bid%7D und damit kann die Methode AddonManager.getAddonByID nichts finden.
Ersetze Zeile 31 durch diese:
const addonId = decodeURI(addon.querySelector("a")?.href.slice("addons://detail/".length));
PS: Der Name des Scripts ist vielleicht etwas irreführend, nicht? Und die Beschreibung passt auch nicht: Installations- und Update-Datum sind unterschiedliche Dinge.
Vor wenigen Tagen hat die Apache Foundation endlich das Update veröffentlicht, welches hier auf dem Server auch schon eingespielt ist. Das Problem ist damit behoben.