1. Nachrichten
  2. Forum
    1. Unerledigte Themen
    2. Forenregeln
  3. Spenden
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. TEST - camp-firefox.de
  2. Zitronella

Beiträge von Zitronella

  • Eine Frage zur DM-Drogeriemarkt Artikelsuche

    • Zitronella
    • 30. September 2020 um 17:40

    Es ist so ein Unsinn, solch eine user.js zu nutzen.X/ 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.

  • Eine Frage zur DM-Drogeriemarkt Artikelsuche

    • Zitronella
    • 30. September 2020 um 17:05

    Bitte poste wie ich bereits schrieb deine gesamte user.js. Ich schrieb dies nicht nur zum Vergnügen.

  • Eine Frage zur DM-Drogeriemarkt Artikelsuche

    • Zitronella
    • 30. September 2020 um 16:12

    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.

  • Eine Frage zur DM-Drogeriemarkt Artikelsuche

    • Zitronella
    • 30. September 2020 um 16:04

    oha, gut dass du aufgepasst hast milupo:thumbup:

    MWcologne bitte folgendes machen:

    ● ☰ ➜ (?) Hilfe ➜ Informationen zur Fehlerbehebung

    ● scroll nach unten zu "user.js-Einstellungen" und klicke auf "user.js-Datei"

    ● kopiere den Inhalt dieser Datei und füge ihn hier wieder als Code ein

  • Eine Frage zur DM-Drogeriemarkt Artikelsuche

    • Zitronella
    • 30. September 2020 um 15:53
    Zitat von MWcologne
    Code
    network.http.referer.XOriginPolicy: 1

    hast du von 0 auf 1 verstellt und wie vermutet ist dies genau die Ursache.

  • Firefox 81 TABs viel zu klein !

    • Zitronella
    • 30. September 2020 um 14:52
    Zitat von GermanFreme82

    "AddonLeiste" ...schneeweiß

    kann nicht sein, sie ist lightcyan (steht ja auch so im Code)

  • Eine Frage zur DM-Drogeriemarkt Artikelsuche

    • Zitronella
    • 30. September 2020 um 14:43

    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

  • HTML5 - Player auf Website

    • Zitronella
    • 30. September 2020 um 14:18

    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.

  • HTML5 - Player auf Website

    • Zitronella
    • 30. September 2020 um 13:53

    // 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

  • HTML5 - Player auf Website

    • Zitronella
    • 30. September 2020 um 13:13

    lustig, da muss aber noch was anderes mit rein spielen. Nach ca 30x Neu laden in Firefox 77 spielt es nun plötzlich Musik. Nach weiterem Neuladen wieder nicht, dann irgendwann doch wieder. :/


  • HTML5 - Player auf Website

    • Zitronella
    • 30. September 2020 um 13:02

    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.

  • HTML5 - Player auf Website

    • Zitronella
    • 30. September 2020 um 12:20

    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)

    Bilder

    • utas-fanradio.gif
      • 1,38 MB
      • 1.272 × 774
  • HTML5 - Player auf Website

    • Zitronella
    • 30. September 2020 um 11:39

    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.

  • Pinky Die Siedler online

    • Zitronella
    • 29. September 2020 um 12:10

    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.

  • Firefox 81 TABs viel zu klein !

    • Zitronella
    • 28. September 2020 um 22:44
    Zitat von GermanFreme82

    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. :saint:

  • Firefox 81 TABs viel zu klein !

    • Zitronella
    • 28. September 2020 um 22:16

    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.

  • Firefox 81 TABs viel zu klein !

    • Zitronella
    • 28. September 2020 um 21:53

    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.

  • Icon von Erweiterung aus Kontextmenü entfernen

    • Zitronella
    • 28. September 2020 um 15:17

    Danke für die Ergänzung :thumbup:: ja die "Interne UUID" ist unter about:debugging#/runtime/this-firefox ersichtlich.

  • Icon von Erweiterung aus Kontextmenü entfernen

    • Zitronella
    • 28. September 2020 um 12:23
    Zitat von 2002Andreas

    Du musst für dich wahrscheinlich diese Zahlenreihe anpassen:


    5dd73bb9-e728-4d1e-990b-c77d8e03670f


    Die findest du z.B. über:


    about:support ..bei den Erweiterungen:

    Nein. Unter about:support steht die UUID und die ist immer gleich (keine zwei unterschiedlichen Erweiterungen haben die gleiche UUID)

    Insofern muss gar nichts angepasst werden.

    Unterschiedlich ist die ID die mit "moz-extension://xxx " anfängt. xxx ist dort bei jedem unterschiedlich. Also zb. das Einstellungsmenü der Erweiterung.


    Dein Code bewirkt zwar, dass das Icon vor dem Eintrag "Suche mit" bzw. "Search for" weg ist, allerdings sind auch die Icons weg von den Suchmaschinen die hinter dem > kommen.

    Glaube nicht, dass das so gewünscht ist.

  • Erweiterte Suche

    • Zitronella
    • 27. September 2020 um 19:05

    Es wird doch schon hervor gehoben wenn man den Button "Alle hervorheben" drückt. Mit der Enter Taste wird immer weiter gesprungen und grün markiert

Unterstütze uns!

Jährlich (2025)

0 %

0% (0,00 von 650 EUR)

Jetzt spenden
  1. Kontakt
  2. Datenschutz
  3. Impressum
Community-Software: WoltLab Suite™
Mastodon