Wäre ein Hauptpasswort (Masterpasswort) nicht das sinnvollste?
Beiträge von Zitronella
-
-
ja, ist mir bisher nur nie aufgefallen, da ich ausschließlich über die Suchleiste etwas suche.
-
macht keinen Spass mehr weiter zu lesen, da immer wieder solche sog. "Tipps" erscheinen.
Es hat keinen Sinn solche Tipps zu bringen wenn man vorher schon mal auf einer google Seite war und von Google was gespeichert ist. Das Browserprofil darf noch nicht mit google in Berührung gekommen sein oder zumindest muss der Zustand wiederhergestellt werden, als wäre es so. Diese Seite verlangt nämlich genauso nach Zustimmung.
Wie man alles löscht, hatte ich hier RE: Datenschutzhinweis auf Google schon einmal beschrieben.
Bei Google Chrome kommt selbstverständlich auch dieser Hinweis
-
Es ist so ein Unsinn, solch eine user.js zu nutzen.
Lösche sie.
Danach darfst du in about:config nach all diesen 69 Einträgen einzeln nachsehen und sie auf die default Werte zurücksetzen.
Die Krux dabei ist nämlich, dass selbst wenn du diese user.js gelöscht hast sie weiterhin in about:config drin stehen (bzw. der prefs.js).
Wenn du nicht wirklich weißt was diese Einträge machen und du dir nicht über evtl. Folgen bewusst bist, setze sie auf den Ausgangszustand zurück.
Eine Folge davon ist ja die, weswegen du diesen Thead eröffnet hast.
-
Bitte poste wie ich bereits schrieb deine gesamte user.js. Ich schrieb dies nicht nur zum Vergnügen.
-
ja, eigentlich gucke ich auch immer auf die user.js, aber diesmal war ich zu voreilig nach referer zu suchen, da ich mir ziemlich sicher war, dass das die Ursache war/ist. Wird sicherlich durch diese user.js verstellt worden sein. Mal sehen was noch so drin steht.
-
-
hast du von 0 auf 1 verstellt und wie vermutet ist dies genau die Ursache.
-
"AddonLeiste" ...schneeweiß
kann nicht sein, sie ist lightcyan (steht ja auch so im Code)
-
ich tippe auf einen verstellten Referer, der nun benötigt wird. Aber gib am besten mal die Infos über deinen Firefox und zwar folgendermaßen:
●☰ ➜ (?) Hilfe ➜ Informationen zur Fehlerbehebung
● jetzt die Schaltfläche "Text in die Zwischenablage kopieren" anklicken
● jetzt den kopierten Text aus der Zwischenablage, per rechtsmausigen Klick, als </>Code hier ins Forum einfügen. siehe dazu
-
Mit der neuesten Chrome Version Version 85.0.4183.121 (Offizieller Build) (64-Bit) geht der Stream auf der Seite jetzt auch nicht mehr
auch der SSL Fehler
Vorher hatte ich ja noch eine Alte Version 83.0.4103.106 und schon die Nachfolgende Version 84.0.4147 hat lt. Changelog TLS 1.0 und TLS 1.1 nicht mehr unterstützt.
-
// Mir fällt noch etwas auf, auch wenn es das eigentliche Problem nicht betrifft, aber es verwundert mich trotzdem, warum dies so gemacht wurde:
Auf der Radioseite ist der Player ja mit der Streamadresse https://server1.streamserver-unlimited.de:8299/index.mp3 verlinkt
Lädt man allerdings die listen.pls (für Winamp) von der Seite runter
https://utas-fanradio.de/listen.pls
Dann ist darin eine ganz andere Adresse verlinkt, nämlich die unverschlüsselte (http nicht https) zur Seite
http://server1.streamserver-unlimited.de:8420
Wird weiter geleitet zu http://server1.streamserver-unlimited.de:8420/index.html?sid=1 und diese funktioniert auch
Ist das Absicht?
Insofern geht auch die Adresse wenn man auf den Flash-Button drückt und somit https://utas-fanradio.de/player.php?send=1 aufruft. Flash ist in dem Fall gar nicht richtig, denn es geht ja vollkommen ohne Flash
-
-
Firefox 77 hat security.tls.version.min =1 als Standard und da gehts bei mir nicht.
Nochmal an alle die hier was einwerfen: Bitte nur mit einem wirklich frischem Profil testen und dazu Rückmeldung geben
Alles andere ist kontraproduktiv und es kommt immer mehr zu Verwirrungen, da andere Ursachen nicht ausgeschlossen werden können.
-
Hab mal ein .gif gemacht, mit eingeschalteter Werkzeugleiste (F12) und der Aufrufliste (getestet mit Adresse https://server1.streamserver-unlimited.de:8299/index.html?sid=1)
https://www.camp-firefox.de/attachment/274…s-fanradio-gif/
In view-source:resource:///actors/BrowserTabChild.jsm --> E10SUtils.wrapHandlingUserInput(
view-source:resource://gre/modules/E10SUtils.jsm -->aCallback();
view-source:resource:///actors/BrowserTabChild.jsm --> () => webNav.reload(reloadFlags)
Ich werde mir gleich mal ne portable Firefox 77 machen und testen.
portable 77 das gleiche Spiel
auch mit Firefox 68 (64bit) bei mir das gleiche Problem
Unter Win10 portable Firefox 68 (64bit) erstellt (Updates deaktiviert per GPO)
-
Ich habe jetzt mal das Problem etwas eingegrenzt, nämlich direkt die Streamadresse
https://server1.streamserver-unlimited.de:8299/ bzw. https://server1.streamserver-unlimited.de:8299/index.mp3
aufgerufen
Diese funktioniert mit:
- (nicht mehr aktuellen) Chrome Version
- Opera 70.0.3728.106 und Opera 71.0.3770.198
- IE 11
Funktioniert nicht mit:
-dem neuen Edge
- Firefox 81 und Firefox Nightly 83.0a1 (2020-09-29) (64-Bit)
und zwar wird gemeckert wegen alten TLS 1.0 oder TLS 1.1
Selbst wenn ich in Firefox dieses TLS zulasse gibts 400 Serverfehler
Bin mir ziemlich sicher, dass es an diesem TLS liegt
Aber vielleicht melden sich noch Fachkundigere.
-
Deaktiviere doch mal Ghostery und Privacy Badger und versuche dann erneut
Ich finde nämlich auf https://addons.mozilla.org/de/firefox/addon/_pinky/ bei den Bewertungen keine negative bezüglich Funktionalität.
-
Mit dem Script hab ich mir eben mein FF81 komplett zerschossen.
Wohl eher dein Profil. Hättest du wie vorgeschlagen ein Neues genommen wäre es egal gewesen.
-
Gar nix brauchst du aus dem alten Profil außer die userChrome.css
Und in about:config den Wert toolkit.legacyUserProfileCustomizations.stylesheets auf true
Es geht doch NUR ums TESTEN, damit du sieht was durch was verändert wird.
-
GermanFreme82 Es ist doch eigentlich ganz einfach. Erstelle ein neues Profil und dort testest du dann deine Codes ohne irgendwelchen anderen Kram.
So mache ich es auch und ich kann die Aussage von FuchsFan bestätigen.