In einem neuen Profil ist das Verhalten doch klar, gibt es doch da noch keine Daten die du löschen oder verwalten kannst.
Ist zwar irgendwie unlogisch, aber selbst mit einen ganz frischen Profil sind diese Schaltflächen normalerweise nicht ausgegraut. Habe das gerade mal mit der letzten, funktionierenden Build getestet.
Gruß, Nobby
Also ausprobiert sowohl im Safe Mode als auch mit einem vollkommen neuen Profil. Ob das speziell an der 32-Bit-Version liegt :-?? Ich habe hier noch Windows 7 am Start.
Gruß, Nobby
Hallöchen,
alles getestet mit der "blanken Version" 63.0a1-2018-09-03 (32 bit), da hat sich in der Einstellungsseite (Preferences) ein Fehler eingeschlichen. Wenn ich diese aufrufe und auf "Datenschutz & Sicherheit" gehe, sind die Schaltflächen "Daten entfernen" und "Daten verwalten" ausgegraut. Erst wenn ich die Seite aktualisiere, dann kann ich die Felder ancklicken: Letzte Version, die noch funktionierte, mit mozregression verglichen:
app_name: firefox
build_date: 2018-09-03 15:49:50.405000
build_file: C:\Users\Admin\.mozilla\mozregression\persist\75411571f3a4--mozilla-inbound--target.zip
build_type: inbound
build_url: https://queue.taskcluster.net/v1/task/AUb9dl…ld%2Ftarget.zip
changeset: 75411571f3a4aeabbc1697b5dd7f4f827af3d29d
pushlog_url: https://hg.mozilla.org/integration/mo…694745b9d175c24
repo_name: mozilla-inbound
repo_url: https://hg.mozilla.org/integration/mozilla-inbound
task_id: AUb9dlJ4TROa_BJK_Gmx2Q
Kann das jemand nachvollziehen? Heute kam die 64.0a1 raus, die den Fehler mitgenommen hat.
Gruß, Nobby
Hallöchen Sören,
aber die userChrome.css und auch die userContent.css funktionieren weiterhin wie gewohnt? Die fand ich bisher eine feine Sache zur Anpassung der Oberfäche und zum vornehmen individueller Anpassungen auf speziellen Webseiten.
Gruß, Nobby
Hallöchen,
mir fiel das bei ebay auf, nachdem ich in meinen privaten Bereich wechseln wollte, kam der Sicherheitshinweis. Also abwarten, bis die Webseitenbetreiber ihre Symantec-Zertifikate aktualisiert haben, wenn ich das richtig verstanden habe.
Gruß, Nobby
Hallöchen,
fixed mit bild.de :klasse: Die sind ja schneller, als die Polizei erlaubt 
Gruß, Nobby
Oh achso wegen meinem dunklen Design... das Blaue ist eigentlich ein "noop", bei dir wäre das grau. Also ist grün zu viel des Guten, schadet momentan aber auch nicht.
Nur laufen mit meiner Filtereinstellung leider keine Videos mehr. Nun, einfach mal abwarten. Bild hat schon öfter geblockt und es wurde gefixed :wink:
Gruß, Nobby
Heißen Dank, ich hab's nun so gemacht:
[attachment=0]Screenshot-bild-ublock.png[/attachment]
Gruß, Nobby
Hallöchen,
Bild.de gehört bestimmt nicht meine Lieblingsseite. Manchmal gehe zu Recherchezwecken drauf. Seit kurzem scheint das Blatt wieder gesperrt zu sein. Den Trick mit den Inline-Scripten verbieten funktioniert da leider nicht. Hat schon jemand einen Tipp? Cache leeren und Filter aktualisieren plus Neustart ist auch erfolglos.
Gruß, Nobby
Ich konnte zumindest das Problem reproduzieren gerade eben noch. Dann ein Update in nightly gemacht: --> Problem verschwunden
Stimmt - liebe Zitronella, kann ich bestätigen. Den Eintrag in about:config habe rückgängig gemacht :klasse: Werde den Thread als gelöst markieren.
Gruß, Nobby
Hast Du Südkurier selber auch auf grün gestellt?
Das musste ich auch noch.
That's it, das hatte ich vergessen. Herzlichen Dank :klasse:
Gruß, Nobby
Inline Scripte verbieten, also auf rot stellen.
Das hat hier schon gereicht.
Danke, das habe ich beim Südkurier gerade probiert. Klappt leider nicht.
Gruß, Nobby
Hallöchen,
der Südkurier hat neuerdings eine Vollbremsung eingelegt: https://www.suedkurier.de - mit aktivertem Adblocker nicht mehr zugänglich.
Gruß, Nobby
ich konnte das problem unter windows nachvollziehen und hab mir mal die freiheit genommen, das problem zu berichten: https://bugzilla.mozilla.org/show_bug.cgi?id=1479914
Ich sage mal: Herzlichen Dank Hatte gerade das Vorposting von Sören gelesen und wollte zur Tat schreiten.
Gruß, Nobby
Bingo, Sören - auf "false" ist der Fehler weg :klasse:
Gruß, Nobby
So, nun sind es nur noch wenige:
Noch funktionierend:
https://hg.mozilla.org/integration/au…3ced43742319631
Bad version:
https://hg.mozilla.org/integration/au…35f5f0fea9d0b9c
Gruß, Nobby
Hallöchen,
ich habe das Tool mozregression benutzt und das hoffentlich richtig :-??
Also, diese Version (2018-07-13) hat den Fehler noch nicht, das Pushlog:
https://hg.mozilla.org/mozilla-centra…3ced43742319631
Ab hier (2018-07-14) klemmt es:
https://hg.mozilla.org/mozilla-centra…d5d5124b219138a
Gruß, Nobby
Hallöchen,
danke für die Tipps.
Ich habe den Titel des Themas geändert in "Google-Übersetzer", so muss man sich nicht extra einen GMX-Account anlegen, um das Problem zu checken, das kann nun jeder. Einfach einen Text reinkopieren, der länger als eine Zeile ist. Gerade bin ich mit der aktuellen Beta 62.0b13 (32-Bit) unterwegs, auch die funktioniert bestens.
Gruß, Nobby
Möglicherweise liegt es an GMX / Web.de / 1&1.. die haben öfter mal solche "Probleme" mit Test-Versionen von Browsern....
Habe gerade mal den Useragent auf 61.0 geändert (falls das als Kennung verwendet wird). Hat nichts genützt. Im Google-Übersetzer bringt nicht mal das Abschließen einer Zeile mit der Eingabetaste was. In der ersten Zeile läuft der Cursor "rund", ab der zweiten wird es stark holprig.
Gruß, Nobby
Standardfrage ohne dass ich das Problem jetzt angeschaut habe; abgesicherter Modus probiert? Neues Profil? Bist du in der Webrender Studie dabei?
Ausprobiert mit komplett neuem Profil - frisch aufgesetzt, keine Erweiterung, nur Browserstandard. Ich bin nicht bei der Webrender-Studie dabei. Das Problem tritt bei mir auch im linken Eingabefenster des Google-Übersetzers auf.
Gruß, Nobby
