Beiträge von regie510

Zitat von madperson

nachdem das tool mit den nightly versionen durch ist, sollte es auf mozilla-inbound/autoland builds wechseln, wo die einzelnen patches die in nightly aufgenommen werden landen. am ende steht dann in der regel eine einzige änderung/ein einzelner bug, der das problem ausgelöst hat & mit dieser information findet man häufig schnell einen verantwortlichen, der das problem auch wieder gerade biegen kann...

Der Fehler liegt zwischen diesen beiden Versionen - die letzte gute:

app_name: firefox
build_date: 2018-09-03
build_file: C:\Users\Admin\.mozilla\mozregression\persist\2018-09-03--mozilla-central--firefox-63.0a1.en-US.win32.zip
build_type: nightly
build_url: https://archive.mozilla.org/pub/firefox/ni…en-US.win32.zip
changeset: d14aaf65a80b3baddb193fa6707e4515e4a44609
pushlog_url: https://hg.mozilla.org/mozilla-centra…d49c7a1ba28166c
repo_name: mozilla-central
repo_url: https://hg.mozilla.org/mozilla-central

Die erste schlechte:

app_name: firefox
build_date: 2018-09-04
build_file: C:\Users\Admin\.mozilla\mozregression\persist\2018-09-04--mozilla-central--firefox-64.0a1.en-US.win32.zip
build_type: nightly
build_url: https://archive.mozilla.org/pub/firefox/ni…en-US.win32.zip
changeset: bade35bc346f3bc1f5e8b59d3d49c7a1ba28166c
pushlog_url: https://hg.mozilla.org/mozilla-centra…d49c7a1ba28166c
repo_name: mozilla-central
repo_url: https://hg.mozilla.org/mozilla-central

Gruß, Nobby

Hallöchen madperson,

mozregression habe ich im Einsatz. Damit habe ich herausgefunden, dass seit der ersten Version der Nightly 64.0a1 (32-bit) dieses Scrollproblem bei mir auftaucht. Die letzte 63er-Nightly war in dieser Richtung noch okay. Das Tool ist super, um Fehler zu finden.

Gruß, Nobby

Hallöchen,

mir ist zufällig aufgefallen, dass die Scroll-Performance der neuen Nightly 64.0a1 vom 05.09. (32-bit) schlechter ist als bei der 63er-Nightly im direkten Vergleich. Das Scrollen gerade durch längere Seiten ist nicht mehr schön schnell und direkt mit dem Mausrad, es wirkt leicht verzögert, etwas hinterherhinkend, nicht mehr "Quantum like" :wink: Okay, das ist die erste 64er-Alpha, aber hat sich da etwas gravierendes in dieser Richtung "unter der Haube" geändert? Auch die aktuelle 62er Release und Beta scrollen wie gewohnt schön fix.

Getestet im abgesicherten Modus und auch mit frischem Profil, bleibt gleich. Mein Rechner ist weißgott nicht mehr der Jüngste, ich bekomme auch keine aktuellen Grafiktreiber mehr. Aber wie oben erwähnt, die älteren Füchse rennen sehr gut. Ich weiß natürlich nicht, ob das mit aktueller Hardware überhaupt auffällt.

Gruß, Nobby

Zitat von AngelOfDarkness

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

Zitat von BlackRitus

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

Zitat von Zitronella

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

Zitat von Endor

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

Zitat von Endor

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

Zitat von madperson

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