Ja, er war bei Überprüfung bereits auf true.
Beiträge von madmax25
-
-
Einige sind installiert, andere nicht:
Die installierten sind wie folgt:
gir1.2-gst-plugins-base-1.0
gir1.2-gstreamer-1.0
gnome-video-effects
gstreamer1.0-...
...alsa
...glutter-3.0
...libav
...plugins-bad
...plugins-base
...plugins-good
...plugins-ugly
...pulseaudio
...x
phonon-backend-gstreamer
phonon-backend-gstreamer-common
python-gst-1.0
Es werden noch einige weitere aufgezählt, aber als nicht installiert.
Denkst Du evtl. an ein konkretes, das fehlen könnte?
Ich möchte noch erwähnen, dass Videos anderer Seiten ok sind, z.B. youtube und viele weitere.
In früheren Firefox-Version liefen die Facebook-Videos.
Ich weiß leider nicht, ab welcher Firefox-Version das Problem genau begann, da ich es schon eine Weile nicht mehr versucht habe.
-
Anstelle von Facebook-Videos kommt folgende Meldung da, wo eigentlich die Videobox sein sollte (auch das Preview-Bild fehlt).
ZitatLeider kann dieses Video nicht richtig abgespielt werden.
Folgende Versuche schlugen bereits fehl:
Facebook-Cookies löschen.
Abgesicherter FF-Modus.
MIt "User-Agent Switcher and Manager" andere Browser und OS's probiert.
Nur im Chromium-Browser liefen die Videos, nachdem ich nur die erforderlichen Cookies erlaubte.
Auffallend:
Im Chromium gibt es zwei Cookies:
.facebook.com
.de-de.facebook.com
Im FF gibt es ebenfalls zwei Cookies, aber beide nur für
.facebook.com
Das Cookie für .de-de.facebook.com fehlt und wird auch nach Löschen der beiden .facebook.com-Cookies nicht erstellt.
Beispiel-Seite (ein wenig runterscrollen):
Iris Mareike SteenIris Mareike Steen, Berlin. Gefällt 380.435 Mal · 6.678 Personen sprechen darüber. Iris Mareike Steen (* 6. November 1991) ist eine deutsche Schauspielerin.…de-de.facebook.comFotos erscheinen jedoch normal.
Wie bekommt man mit dem Firefox die Videos wieder in Gang?
-
Die zitierte Aussage ist sehr wohl zutreffend. Wenn du eine andere Reihenfolge erhältst, dann muss es Unterschiede bei den sogenannten Frecency-Scores in der Places-Datenbank geben.
Vielleicht reden wir einfach gerade etwas aneinander vorbei?
Ich habe ein defektes Profil repariert, indem ich es durch zurückkopieren eines Profil-Backups wiederhergestellt habe und so erhält man aber das "Meistbesucht"-Menü leider nur in dem Zustand, wie es zum Zeitpunkt des Profil-Backups war.
Durch Importieren der bookmarks[Datum].sqlite-Datei blieb das "Meistbesucht"-Menü leider immer noch im älteren und somit falschen Zustand. Es muss also woanders drin stecken.
Genau diese zitierten Datenbank-Unterschiede zwischen dem defekten und dem Profil-Backup sind ja gerade mein Problem.
Möglicherweise wird es klarer, wenn ich das Ganze nochmal detaillierter beschreibe.
Was ich meinte ist also folgendes:
Nehmen wir mal an, ich habe zwei Profile, ein aktuelles vom Dezember, das wegen eines Crashes defekt wurde und eines von November als Backup. Beim Profil vom November hatte das "Meistbesucht"-Menü eine bestimmte Reihenfolge und im Dezember eine andere.
Nebenbei bemerkt bestand der Defekt darin, dass alles noch lief, mit Ausnahme von Youtube, das sich nicht mehr öffnen ließ, weil der Crash geschah, als ich gerade auf Youtube unterwegs war.
Nun ist es Dezember und das "Meistbesucht"-Menü hat sich geändert, weil ich inzwischen einige der dort aufgeführten Seiten von November bis Dezember häufiger aufrief als andere.
Nehmen wir nun weiter an, ich ersetze das defekte Dezember-Profil durch das November-Profil aus dem Profil-Backup.
Dann ist doch das "Meistbesucht"-Menü wieder im November-Zustand.
In dem Moment läuft der Firefox zwar wieder, aber eben nur wie im November (immer hinsichtlich des "Meistbesucht"-Menüs gemeint).
Ok, nun habe ich aber auch noch aus dem defekten Dezember-Profil ein Backup aller Lesezeichen, sowohl in Form der .json-, als auch der .html-Datei.
Da ist also auch die Lesezeichen-Menüleiste enthalten, die wiederum das "Meistbesucht"-Menü im Dezember-Zustand enthält.
Ich nehme also nun den FF mit dem soeben zurückkopierten November-Profil (=Profil-Backup) und importiere die gesicherten Dezember-Lesezeichen ins wiederhergestellte November-Profil zurück.
Da würde man doch eigentlich annehmen, dass das "Meistbesucht"-Menü, welches nach der Wiederherstellung durch das November-Backup und nach dem zusätzlichen Import der Dezember-Lesezeichen, nun ebenfalls wieder im Dezember-Zustand ist.
Genau das ist aber nicht der Fall, denn das "Meistbesucht"-Menü ist irritierenderweise weiterhin im November-Zustand.
Insofern kann Deine Aussage, in diesem beschriebenen Fall zumindest, leider nicht zutreffend sein. Oder wir meinen einfach unterschiedliche Dinge.
Alles was ich wollte, ist einen Weg zu finden, das "Meistbesucht"-Menü wieder in den Dezember-Zustand zu bringen.
Das schaffe ich bisher leider nur, indem ich lästigerweise die gewünschten Seiten zig-mal erneut aufrufe, um sie in einer langwierigen Prozedur wieder dort "hinzuschieben", wo diese dem Dezember-Zustand entsprechen.
Wenn ich nun annehme, dass das "Meistbesucht"-Menü, wie ich vermute, in der places.sqlite-Datei steckt (oder in welcher Datei steckt eigentlich dieses Menü?), müsste ich diese Datei aus dem defekten Dezember-Profil nehmen und ins wiederhergestellte November-Profil zurückkopieren.
Aber ich bin nicht sicher, ob diese Datei nicht etwa vom Crash defekt ist und ich damit den Youtube-Defekt womöglich ebenfalls wieder zurückhole, was ich natürlich vermeiden will.
-
Welche Seiten am häufigsten besucht worden sind, ist ein Fakt, den man nicht ändern kann.
Hierzu möchte ich noch etwas ergänzen:
Die zitierte Aussage ist nicht immer zutreffend, denn wie ich zuvor beschrieben habe, habe ich aufgrund der Rekonstruktion eines Profil-Backups in der Tat einen anderen, weil älteren Zustand des "Meistbesucht"-Menüs erhalten.
Mir ging es insofern bei der Frage nur darum, dieses "Meistbesucht"-Menü wieder in den aktuellen Zustand, also denjenigen unmittelbar vor der Rekonstruktion, zurückführen zu können.
Zum gleichen Zweck, also weil die Rekonstruktion des FF-Profils durch das genannte Backup zu einem älteren Zustand der Lesezeichen führte, habe ich ja auch diese Lesezeichen vor der Rekonstruktion gesichert und anschließend dieses Backup wieder importiert.
Das hat sich halt nur, wie gesagt, nicht auf das "Meistbesucht"-Menü ausgewirkt, denn dieses Menü blieb nach dem Import des Lesezeichen-Backups im älteren Zustand.
Das hier diskutierte Problem kommt im Grunde nur bei Reparaturen eines defekten Profiles vor.
Mein Vorschlag:
Dieses Menü kann ja gerne weiterhin in einer Datenbank stecken, aber vielleicht könnte man ja diesem Menü in einer der nächsten FF-Versionen eine eigene Datenbank-Datei geben, sodass man bei Profil-Rekonstruktionen diese Datei vorher sichern und anschließend wieder ins reparierte Profil reinkopieren könnte.
-
Dazu gebe ich keine Tipps, weil das Risiko zu groß ist, dadurch ernsthafte Probleme überhaupt erst zu verursachen.
Klar, ist einerseits zweifellos nachvollziehbar. Andererseits ließe sich solchen Problemen ggf. durch ein Profil-Backup vorbeugen.
Ich dachte mir schon, dass die Aufruf-Anzahl irgendwo in einer Datenbank versteckt ist.
Ich habe auch schon mal Datenbank-Editoren probiert, wo man in solche Dateien reinsehen kann, aber leider weiß ich zu wenig von diesen Dateien, um zu erkennen, wo man da eingreifen muss, um das gewünschte Ziel zu erreichen.
Ich denke aber auch nicht, dass die Anfrage wirklich Sinn ergibt.
Nun, der Sinn besteht (für mich zumindest!) darin, dass dieses Menü oft einen angenehmeren Zugriff bietet, als in den Lesezeichen zu suchen, denn Letztere habe ich im Lauf der Zeit auch schon in nach Themen sortierten Unterordnern einsortiert, vergleichbar damit, wie es früher mal bei den Favoriten des Internet Explorers möglich war, sodass ich für die Lesezeichen mittlerweile eine doch recht umfangreiche Ordnerstruktur aufgebaut habe..
Und wenn die Seiten weit genug oben stehen, entsteht kein Risiko, dass die irgendwann mal rausrutschen.
Aktuell ergab sich der Anlass für die Frage einfach dadurch, dass ich ein defektes FF-Profil hatte, dieses aus einem älteren Backup rekonstruieren und die zuvor im defekten Profil gesicherten Lesezeichen wieder importieren musste.
Dieser Import wirkte jedoch leider nicht auf das "Meistbesucht"-Menü, sodass dieses nach dem Import trotzdem noch auf dem älteren, aus dem Backup stammenden Zustand verblieb. So entstand schließlich der Wunsch, dieses Menü bearbeiten zu können.
Schon mal in die Bibliothek > Lesezeichen geschaut?
Ja, aber ganz so einfach ist es leider nicht.
Bisher habe ich es gelöst, indem ich die gewünschten Seiten mehrmals in vielen Tabs parallel aufgerufen habe (mehrere Tabs geklont, die alle markiert und wieder geklont, das Ganze mehrmals hintereinander...), was dann halt auch schon mal zu Datenstau und etwas lästigen Wartezeiten geführt hat.
Oder ich habe auch schon mal ein AutoReloader-Add-on benutzt (sorry, ich weiß gerade nicht mehr, welches).
Mit letzterem hatte ich jedoch eine etwas unangenehme Erfahrung gemacht, dass es sich nur recht störrisch wieder abschalten ließ, was aber zurückblickend auch daran gelegen haben könnte, dass ich das Reload-Intervall evtl. zu kurz eingestellt hatte.
-
Wie kann man bitte die Einträge des "Meistbesucht"-Menüs bearbeiten?
Warum ich das frage:
Ich benutze gerne das besagte Menü.
Es enthält aber Einträge, die ich weiter nach oben verschieben möchte,
aber ohne die entsprechenden Seiten wirklich aufzurufen, denn dazu wären ca. 1000 Aufrufe nötig.
Das wären z.B. bei 2 Seiten, die ich weiter oben haben möchte, ca. 2000 Aufrufe,
was ich gerne abkürzen würde, indem ich die Aufrufzahl direkt manipuliere.
Weiß evtl. jemand, wie man das machen könnte?
-
Ich fang mal mit dem Link von dir an:
Der Link war aus einem Youtube-Live bzw. dem dortigen Chat rauskopiert, deswegen sah er so kompliziert aus.
Aber Danke. Jetzt geht die Seite.
-
Bild.de verweigert diese Seite und verlangt die Abschaltung von uBlock.
Lässt sich das ändern? Falls ja, wie bitte?
-
Zitat
Wir haben mittlerweile ja auch vier Tage (!) später. Es sollte klar sein, dass sich die Aussage auf den Zeitpunkt deines Beitrags bezogen hat und keine Aussage war, die für immer gilt. Selbstverständlich wird eine Version, die bereits gebaut ist, dann auch absehbare Zeit veröffentlicht.
Die 94.0.2 war schon zum Zeitpunkt meiner Frage installiert, sonst hätte ich diese Versionsnummer nicht genannt.
ZitatDie Versionsnummer ist im Support nie zweitrangig. Du könntest ja auch Firefox ESR 91 nutzen und es könnte sein, dass diese Version nicht betroffen ist. Selbst bei einem Update mit Versionsänderung an dritter Stelle (z.B. 94.0.1 vs. 94.0.2) kann ein Fehler behoben worden oder ein anderer Fehler erst eingeführt worden sein.
Die Version ist insofern zweitrangig, weil das Problem schon mehrere Versionen lang besteht. Ich schätze mal, mindestens seit der 89er-Reihe, also schon recht lange. Genau weiß ich es leider nicht mehr. Hätte es zwischendurch eine Version ohne dieses Problem gegeben, hätte ich das erwähnt.
Es ist also völlig unerheblich, auf welche Version ich mich beziehe, da eh alle betroffen sind (wie gesagt seit mindestens der 89er-Reihe) und es sehr wahrscheinlich gar nicht direkt am FF liegt, sondern... siehe folgendes Zitat bzw. dessen Antwort.
ZitatDann lies bitte hier weiter:
Wozu, wenn ich das Problem im "EDIT2" meines vorherigen Beitrages bereits auf den uBlock eingegrenzt habe?
Ich bin recht sicher, dass es daran liegt, ich finde nur dort die entsprechende Einstellung nicht.
-
Sorry, ich hatte zwischendurch andere Dinge zu erledigen.
Zum FF:
Ich habe die 94.0.2 ganz normal über die System-Updates von MX-Linux bekommen.
Evtl. gab es auch ein Tippfehler in der Versionsnummer beim Einpflegen der Version in den MX-Paket-Installer?
(EDIT:
Auch auf Win10 64bit (soeben nochmal geprüft!) ist schon die 94.0.2 drauf.
Scheint also sehr unwahrscheinlich, dass die Version noch nicht freigegeben ist.
Das Video-Problem ist übrigens auch auf besagtem Win10 ebenfalls vorhanden.)
Dieses Problem ist aber schon seit einigen Versionen vorhanden. Insofern ist die Versionsnummer eher zweitrangig oder nicht unbedingt an diese eine Version gebunden.
Hier der Beispiel-Link (soll ausdrücklich keine Werbung sein):
Microsoft Modern Mobile Mouse SchwarzUltrapräzise Bewegung: Mit der Microsoft Modern Mobile Mouse bleiben Sie produktiv und im Fluss - mit einwandfreien Übergängen zwischen Geräten, patentiertem…www.amazon.de(Anm.: Ich meinte ja bereits, dass die Videos bei manchen Produkten angeboten werden, also in der Tat nicht bei allen.)
EDIT2:
Im Fehlerbehebungsmodus des FF läuft das Video.
Ebenso mit ausgeschaltetem uBlock (der blaue Button im Add-on), was meinen Verdacht, dass dieser Schuld ist, zu bestätigen scheint.
Ich finde aber leider nicht die Einstellung, die das korrigiert.
-
Für die meisten Produkte auf Amazon gibt es links neben dem Produkt-Foto mehrere Previews von weiteren Fotos.
Bei manchen werden auch kurze Videos angeboten. Diese laufen aber bei mir nicht (schon seit vielen FF-Versionen).
Wenn ich das Vorschaubild anklicke, um das Video zu starten, geht das nicht und außerdem verschwindet die Scroll-Leiste rechts, am Rand des FF.
Es ist dann kein Scrollen mehr möglich, auch nicht mit dem Mausrad und auch nicht mit dem Mittelklick (Autoscroll).
Das Gleiche passiert auch, wenn ich eines der Preview-Bilder anklicke (um deren größere Ansicht zu erhalten),
die bei manchen Produkten über der ersten Rezension oder z.T. auch mitten drin angeboten werden.
Um den Scroll-Balken bzw. die Scroll-Funktion wieder zu bekommen, muss ich die Seite neu laden.
Die besagten Videos und Fotos laufen bzw. starten dann aber immer noch nicht.
Woran könnte das bitte liegen?
Mein bisheriger Verdacht:
Eine falsche uBlock-Origin-Einstellung oder ein Cookie-Problem.
Leider finde ich nichts Entsprechendes.
-
Es geht doch nichts über eine gute Qualitätssicherung!
-
Also sind offenbar doch noch weitere Distris betroffen.
Entsprechende Meldungen trudeln bisher, wie ich denke, nur deshalb so vereinzelt ein, weil die verschiedenen Distris ihre Updates mit unterschiedlichen Verzögerungen anbieten und Probleme deshalb oft erst verspätet auffallen.
Aber egal, ... ich kann einen Erfolg melden.
Der neue FF ist nun wieder in Deutsch.
Evtl. hilft "dem Einen oder der Anderen" folgende Anleitung, die Korrektur durchzuführen.
Im bereits geupdateten FF 92.0.1, in about:addons, Bereich Languages das Language-Pack entfernen und FF neustarten.
Dann im Menü Edit->Settings, im Bereich Language and Appearance->Language
Das Menü bei English aufklappen und Search for more languages wählen.
Dann Select a language to add und dort German, sowie Add und OK wählen.
Bereits jetzt müsste alles auf Deutsch sein, aber zur Sicherheit noch mal FF neustarten, um ggf. noch nicht übersetzte Strings ebenfalls zu übersetzen.
Das war's!
Dass viele von dem Problem überhaupt nicht betroffen sind, würde ich daher mit dem Zeitpunkt des Updates in Zusammenhang bringen, da das neuste Sprachpaket die Datei ja wohl beinhaltet. Ich bin jedenfalls nicht betroffen und aktualisiere meine finale Version immer recht spät, weil ich diese praktisch nie nutze und das Update auch erst dann durchführe, sobald ich die Version nutze.
Das Update-Verhalten ist bei Linux oft ein wenig unflexibler, da man Updates üblicherweise durchführt, sobald sie von der jeweiligen Update-Verwaltung angeboten werden.
-
Du beschreibst eindeutig den Fehler - falsches Sprachpaket.
Ja sag ich doch. Aber das Paket kommt nicht über die Paketverwaltung des Systems, sondern ich hole es über die Update-Funktion des FF. (EDIT: Es handelt sich nämlich nicht um ein Paket im Sinne eines Linux-Paketes aus dessen Paketverwaltung, sondern um ein Sprach-Pack von Mozilla)
Es gibt zwar auch noch ein Sprachpaket aus der Paketverwaltung des Systems, dieses wird aber bei MX nicht gebraucht.
Und selbst wenn es gebraucht werden würde (wie in anderen Distris, z.B. Mint), wäre es in der passenden Version 92.0.1 verfügbar.
Dieses Sprachpaket aus der Paketverwaltung nützt auch gar nichts, da es wie gesagt bei MX nicht nötig ist, und das Problem auch gar nicht löst, wie ein Test bereits ergeben hat.
Also den Fehler auf MX zu schieben, zieht hier nicht, sorry.
Nachtrag:
welche Firefox (Paket oder Mozilla) du eigentlich nutzt.
Ursprünglich kam die Version aus dem MX-Paket-installer. Alle weiteren Versionen kamen dann über die Update-Funktion von MX, aber das gesuchte Sprach-Pack kommt da nie mit, sondern muss über die Update-Funktion des FF geholt werden und dort ist eben nicht die passende Version verfügbar. Ich brauche die 92.0.1 des Sprach-Packs, keine niedrigere und auch keine höhere.
-
Ich habe nicht nur ein "Falsch" in die Runde geschmissen, mein Beitrag ging/geht noch weiter.
Ich nutze nur die Sprachdatei, die üblicherweise in about:addons->Languages bzw. about:addons->Sprachen angeboten wird. Dieses Angebot ist plattform-unabhängig verfügbar. Nur aktuell fehlt die Versionsanpassung. Deshalb wird die Umstellung auf Deutsch verweigert und das UI des FF defaultmäßig auf Englisch gestellt, und das, obwohl "Deutsch" in den Einstellungen->Sprache und Erscheinungsbild des FF gewählt ist.
Warum das bei dir bzw euch erst zur v90.0.1 auftritt, es gibt vermutlich einen Fehler schon zur v90.0
Das ist leider insofern unzutreffend, als alles lief, bis einschließlich FF 92.0.0.
Also, um es genauer zu sagen, es kam (seit einigen Versionen) ein FF-Update, die Sprache war danach zunächst falsch (Englisch), ich habe in about:addons nach Updates gesucht (und verfügbare Updates inkl. des Language-Packs natürlich auch ausgeführt), dann FF neugestartet und alles war wieder ok.
Die falsche Sprache, die sich nicht mehr umstellen lässt, gibt es erst seit FF 92.0.1.
Wenn ich dann (wieder in about:addons) nach der Versionsnummer des Language-Pack sehe, ist dieses immer noch auf 92.0 vom 7. Sep. 2021 und nicht auf 92.0.1, da entweder das Language-Pack für 92.0.1 nicht gefunden wird oder nicht verfügbar ist.
Evtl. wurde ja auch nur vergessen, die Versionsnummer des Packs anzupassen, um es für FF 92.0.1 erkennbar zu machen?!
EDIT:
Eben noch mal geprüft.
Das Language-Pack ist in FF 92.0.0 und 92.0.1 identisch auf
92.0buildid20210903235534.
Also m.E. eindeutig die Vorgänger-Version und somit unpassend für FF 92.0.1, denn um es passend zu machen, müssen FF und Pack die gleiche Version haben.
-
Von wie viel Millionen Nutzern...
Die hast Du alle geprüft?
Wie viele davon haben es einfach noch nicht gemeldet?
Und in diesem Fall...sooo tragisch ist der Fehler ja nun auch nicht.
Doch, ist er!
Denn gerade auf einem Linux müssen nun alle anderen Updates ebenso ignoriert werden, oder der FF auf "Hold" gesetzt werden, was aber u.U. in die "Abhängigkeits-Hölle" führen kann (d.h. viele Pakete hängen voneinander ab. Wenn eines nicht mehr passt, kann alles durcheinander geraten).
So wie es sich auf meinem MX darstellt, ist in about:addons das deutsche Language-Pack wohl noch auf Version 92.0.0.
Somit ist 92.0.1 nicht verfügbar und die 92.0.0 wird von FF 92.0.1 nicht akzeptiert.
Daraus folgt, die Umstellung auf Deutsch versagt wegen diesem Versionskonflikt .
-
Ja, das Update hat ein Problem bei dir verursacht - aber nur bei dir.
Falsch!
Es gibt durchaus noch weitere Betroffene, wie mich z.B. auf einem MX Linux 19.4 xfce.
Wie ich bereits anmerkte, lässt sich 92.0.1 nicht auf Deutsch stellen, obwohl diese Sprache sehr wohl korrekt gewählt ist.
Normalerweise genügt in about:addons eine Suche nach Updates mit anschließendem Neustart des FF, um das Sprachproblem zu lösen (welches übrigens bei so ziemlich jedem Versions-Update auftaucht),... klappt aber dieses Mal nicht.
Die bisher einzige Lösung ist, beim FF 92.0.0 zu bleiben.
-
Auf meinem MX Linux 19.4 xfce geht FF 92.0.1 auch nicht mehr auf deutsch, obwohl die Einstellungen unverändert sind und daher stimmen.
Das Sprach-Pack auf der Addons-Seite des FF (also in about:addons) ist offenbar noch auf 92.0 (also ohne die .1 am Ende) und wird somit als inkompatibel erkannt.
Bin erst mal wieder auf FF 92.0 zurück, was leider nur mit dem Timeshift-Tool ging.
Bis das gelöst ist, muss ich nun erst mal alle Updates ignorieren.
-
Sorry Leute, ich muss noch kurz was korrigieren.
Im FF unter Win10 sind die Menüs (anders als oben irrtümlich behauptet) nicht mehr Schwarz auf Weiß. Ich hatte das mit früheren Versionen verwechselt. Ob die Anpassung jedoch von Win10 oder von Mozilla ausgeht, ist mir unbekannt.
Das Problem unter Win10 ist nur noch, dass die Titelleiste des Firefox noch Schwarz auf Weiß ist, obwohl ich dort schon vor langer Zeit das dunkle Win10-Theme eingestellt habe.