Beiträge von dark_rider

Danke, aber wie kann man in uMatrix manuell Regeln als Text ergänzen? Bei mir geht leider nur anschauen, löschen oder editieren.

Das habe ich natürlich gesehen und freigegeben, denn das ist ja die URL der Seite, wo man seinen Accountnamen eingeben soll. Dann folgt die Passworteingabe, auch noch alles schön. Aber dann folgen ca. 3-4 Redirects (und uMatrix wird zwischendurch immer mal wieder teilweise rot), bis schließlich seitens Microsoft die rote Meldung erscheint, es seien zu viele Loginversuche erfolgt, man solle kurz warten und es dann erneut versuchen.

Hallo zusammen,

uMatrix blockt ja bekanntlich Scripte, Cookies usw.

Mit dem Button "Aktiviere/deaktiviere Matrix-Filter für diesen Geltungsbereich" kann man normalerweise selbst Seiten mit den krudesten Weiterleitungsorgien über zig verschiedene Sub- und externe Domains zum Laufen bringen.

Nur nicht den Login zum Microsoft-Account:
https://www.microsoft.com/de-de/account

Die Seite meldet selbst bei deaktiviertem Matrix-Filter nach diversen Redirects, es habe zu viele Anmeldeversuche gegeben. Nur, wenn man uMatrix temporär in den FF-Einstellungen komplett deaktiviert, funktioniert es.

1. Sind zig Redirects nicht ein Zeichen für programmiererisches Chaos und haufenweise eigentlich überflüssige Server bei Microsoft (die Telekom tritt in dieser Sicht ähnlich armselig auf, immerhin half es aber hier bisher immer noch, uMatrix nicht komplett zu deaktivieren, sondern nur für den "Geltungsbereich")?
2. Hat jemand vielleicht eine Lösung, wie man den Login zum Microsoft-Account mit uMatrix eleganter lösen kann?

uMatrix habe ich schon verstanden und natürlich so wie früher NoScript eingestellt (erstmal alles blocken, es sei denn, ich gebe es frei). Allerdings hat uMatrix doch auch bereits online stets aktualisierte Host-Filter (Einstellungen / Hosts-Dateien), die standardmäßig geblockt werden.

Beispielsweise führen die beiden folgenden CSS-Dateien zu dauerhaft 30% CPU-Last, soeben bei der wechselseitigen De-/Reaktivierung im FF-Inspektor/CSS brachte dies FF 57 sogar zum Kompletthänger mit 40% CPU-Last:

JQueryUI_Datepicker_AUIBuild-aa61a66b120ce16c4a50eace62d0b9976d6cea04._V2_

.ui-datepicker {
 width:17em;
 padding:.2em .2em 0;
 display:none
}
.ui-datepicker .ui-datepicker-header {
 position:relative;
 padding:.2em 0
}
.ui-datepicker .ui-datepicker-next,.ui-datepicker .ui-datepicker-prev {
 position:absolute;
 top:2px;
 width:1.8em;
 height:1.8em
}
.ui-datepicker .ui-datepicker-next-hover,.ui-datepicker .ui-datepicker-prev-hover {
 top:1px
}
.ui-datepicker .ui-datepicker-prev {
 left:2px
}
.ui-datepicker .ui-datepicker-next {
 right:2px
}
.ui-datepicker .ui-datepicker-prev-hover {
 left:1px
}
.ui-datepicker .ui-datepicker-next-hover {
 right:1px
}
.ui-datepicker .ui-datepicker-next span,.ui-datepicker .ui-datepicker-prev span {
 display:block;
 position:absolute;
 left:50%;
 margin-left:-8px;
 top:50%;
 margin-top:-8px
}
.ui-datepicker .ui-datepicker-title {
 margin:0 2.3em;
 line-height:1.8em;
 text-align:center
}
.ui-datepicker .ui-datepicker-title select {
 font-size:1em;
 margin:1px 0
}
.ui-datepicker select.ui-datepicker-month-year {
 width:100%
}
.ui-datepicker select.ui-datepicker-month,.ui-datepicker select.ui-datepicker-year {
 width:49%
}
.ui-datepicker table {
 width:100%;
 font-size:.9em;
 border-collapse:collapse;
 margin:0 0 .4em
}
.ui-datepicker th {
 padding:.7em .3em;
 text-align:center;
 font-weight:700;
 border:0
}
.ui-datepicker td {
 border:0;
 padding:1px
}
.ui-datepicker td a,.ui-datepicker td span {
 display:block;
 padding:.2em;
 text-align:right;
 text-decoration:none
}
.ui-datepicker .ui-datepicker-buttonpane {
 background-image:none;
 margin:.7em 0 0 0;
 padding:0 .2em;
 border-left:0;
 border-right:0;
 border-bottom:0
}
.ui-datepicker .ui-datepicker-buttonpane button {
 float:right;
 margin:.5em .2em .4em;
 cursor:pointer;
 padding:.2em .6em .3em .6em;
 width:auto;
 overflow:visible
}
.ui-datepicker .ui-datepicker-buttonpane button.ui-datepicker-current {
 float:left
}
.ui-datepicker.ui-datepicker-multi {
 width:auto
}
.ui-datepicker-multi .ui-datepicker-group {
 float:left
}
.ui-datepicker-multi .ui-datepicker-group table {
 width:95%;
 margin:0 auto .4em
}
.ui-datepicker-multi-2 .ui-datepicker-group {
 width:50%
}
.ui-datepicker-multi-3 .ui-datepicker-group {
 width:33.3%
}
.ui-datepicker-multi-4 .ui-datepicker-group {
 width:25%
}
.ui-datepicker-multi .ui-datepicker-group-last .ui-datepicker-header,.ui-datepicker-multi .ui-datepicker-group-middle .ui-datepicker-header {
 border-left-width:0
}
.ui-datepicker-multi .ui-datepicker-buttonpane {
 clear:left
}
.ui-datepicker-row-break {
 clear:both;
 width:100%;
 font-size:0
}
.ui-datepicker-rtl {
 direction:rtl
}
.ui-datepicker-rtl .ui-datepicker-prev {
 right:2px;
 left:auto
}
.ui-datepicker-rtl .ui-datepicker-next {
 left:2px;
 right:auto
}
.ui-datepicker-rtl .ui-datepicker-prev:hover {
 right:1px;
 left:auto
}
.ui-datepicker-rtl .ui-datepicker-next:hover {
 left:1px;
 right:auto
}
.ui-datepicker-rtl .ui-datepicker-buttonpane {
 clear:right
}
.ui-datepicker-rtl .ui-datepicker-buttonpane button {
 float:left
}
.ui-datepicker-rtl .ui-datepicker-buttonpane button.ui-datepicker-current,.ui-datepicker-rtl .ui-datepicker-group {
 float:right
}
.ui-datepicker-rtl .ui-datepicker-group-last .ui-datepicker-header,.ui-datepicker-rtl .ui-datepicker-group-middle .ui-datepicker-header {
 border-right-width:0;
 border-left-width:1px
}

61MsShHyNCL._RC-11Fd9tJOdtL.css,21y5jWQoUML.css,31Q3id-QR0L.css,31eh5a4qZUL.css_

*{-moz-box-sizing:border-box;-webkit-box-sizing:border-box;box-sizing:border-box}body{min-height:100%}article,aside,details,figcaption,figure,footer,header,hgroup,nav,section{display:block}audio,canvas,video{display:inline-block}audio:not([controls]){display:none}html{font-size:100%;-webkit-text-size-adjust:100%}pre{margin:0}a:focus{outline:thin dotted #333;outline:5px auto -webkit-focus-ring-color;outline-offset:-2px}a:active,a:hover{outline:0}sub,sup{position:relative;font-size:75%;line-height:0;vertical-align:baseline}sup{top:-.5em}sub{bottom:-.25em}abbr{border-bottom:0 none}img{max-width:100%;border:0}button,input,select,textarea{margin:0;font-size:100%;vertical-align:middle}button,input{line-height:normal}button::-moz-focus-inner,input::-moz-focus-inner{padding:0;border:0}button,input[type=button],input[type=reset],input[type=submit]{cursor:pointer;-webkit-appearance:button}input[type=search]{-webkit-appearance:textfield}input[type=search]::-webkit-search-cancel-button,input[type=search]::-webkit-search-decoration{-webkit-appearance:none}textarea{overflow:auto;vertical-align:top}body{padding:0;margin:0;background:#fff}.a-box-group>.a-box{margin-top:-1px;border-radius:0}.a-box-group>.a-box.a-first,.a-box-group>.a-box:first-child{border-radius:4px 4px 0 0;margin-top:0}.a-box-group>.a-box.a-first>.a-box-inner,.a-box-group>.a-box:first-child>.a-box-inner{border-radius:4px 4px 0 0}.a-box-group>.a-box .a-box-tab,.a-box-group>.a-box.a-last,.a-box-group>.a-box:last-child{border-radius:0 0 4px 4px}.a-box-group>.a-box .a-box-tab>.a-box-inner,.a-box-group>.a-box.a-last>.a-box-inner,.a-box-group>.a-box:last-child>.a-box-inner{border-radius:0 0 4px 4px}.a-box-group>.a-box.a-onlychild,.a-box-group>.a-box:only-child{border-radius:4px}.a-box-group>.a-box.a-onlychild>.a-box-inner,.a-box-group>.a-box:only-child>.a-box-inner{border-radius:4px}.a-box{display:block;border-radius:4px;border:1px #ddd solid;background-color:#fff}.a-box .a-box-inner{border-radius:4px;position:relative;padding:14px 18px}.a-box-thumbnail{display:inline-block}.a-box-thumbnail .a-box-inner{padding:0!important}.a-box-thumbnail .a-box-inner img{border-radius:4px}.a-box-title{overflow:hidden}.a-box-title .a-box-inner{overflow:hidden;padding:12px 18px 11px;background:#f0f0f0;box-shadow:0 1px 0 rgba(255,255,255,.5) inset;background:#f3f3f3;background:-webkit-linear-gradient(top,#f8f8f8,#eee);background:linear-gradient(to bottom,#f8f8f8,#eee)}.a-box-title h4{text-transform:uppercase;font-size:11px;font-weight:700;color:#111;line-height:1}.a-box-title+.a-box{border-top-color:#d8d8d8}.a-box-tab{border-radius:0 0 4px 4px;margin-top:-1px}.a-addon-box-title{background-color:#3f6998;border-color:#3f6998;position:relative;overflow:visible}.a-addon-box-title .a-box-inner{padding:6px 14px;color:#fff;font-weight:700;text-align:center}.a-addon-box-title:after{border-style:dashed;border-width:6px;border-color:rgba(255,255,255,0);border-top:6px solid #3f6998;border-bottom-width:0;width:0;height:0;font-size:0;line-height:0;-webkit-transform:translate3d(0,0,0);transform:translate3d(0,0,0);position:absolute;bottom:-7px;left:50%;margin-left:-3px;content:""}.a-text-center .a-box,.a-text-center .a-box-group{margin-left:auto;margin-right:auto}.a-box-inner>.a-box:only-of-type{margin:4px 0}.a-color-base-background{background-color:#fff!important}.a-color-alternate-background{background-color:#f3f3f3!important}.a-color-offset-background{background-color:#f6f6f6!important}.a-color-base{color:#111!important}.a-color-secondary{color:#555!important}.a-color-tertiary{color:#767676!important}.a-color-state{color:#c45500!important}.a-color-state.a-size-extra-large,.a-color-state.a-size-large,.a-color-state.a-size-medium.a-text-bold{color:#e77600!important}.a-color-link{color:#0066c0!important}.a-color-price{color:#b12704!important}.a-color-success{color:#008a00!important}.a-color-error{color:#d00!important}.a-color-attainable{color:#008a00!important}.a-row{width:100%}.a-row:after,.a-row:before{display:table;content:"";line-height:0;font-size:0}.a-row:after{clear:both}.a-ws div.a-column,div.a-column{margin-right:2%;float:left;min-height:1px;overflow:visible}td.a-span1,td.a-span10,td.a-span11,td.a-span12,td.a-span2,td.a-span3,td.a-span4,td.a-span5,td.a-span6,td.a-span7,td.a-span8,td.a-span9,th.a-span1,th.a-span10,th.a-span11,th.a-span12,th.a-span2,th.a-span3,th.a-span4,th.a-span5,th.a-span6,th.a-span7,th.a-span8,th.a-span9{float:none;margin-right:0}.a-span12 input{float:none;margin-right:0}.a-pull1,.a-pull10,.a-pull11,.a-pull12,.a-pull2,.a-pull3,.a-pull4,.a-pull5,.a-pull6,.a-pull7,.a-pull8,.a-pull9,.a-push1,.a-push10,.a-push11,.a-push12,.a-push2,.a-push3,.a-push4,.a-push5,.a-push6,.a-push7,.a-push8,.a-push9{position:relative}.a-row .a-span1,.a-ws .a-row .a-ws-span1{width:6.448%}.a-row .a-push1{left:8.448%}.a-row .a-pull1{left:-8.448%}td.a-span1,th.a-span1{width:8.68%;float:none!important}.a-row .a-span2,.a-ws .a-row .a-ws-span2{width:14.948%}.a-row .a-push2{left:16.948%}.a-row .a-pull2{left:-16.948%}td.a-span2,th.a-span2{width:17.43%;float:none!important}.a-row .a-span3,.a-ws .a-row .a-ws-span3{width:23.448%}.a-row .a-push3{left:25.448%}.a-row .a-pull3{left:-25.448%}td.a-span3,th.a-span3{width:26.18%;float:none!important}.a-row .a-span4,.a-ws .a-row .a-ws-span4{width:31.948%}.a-row .a-push4{left:33.948%}.a-row .a-pull4{left:-33.948%}td.a-span4,th.a-span4{width:34.93%;float:none!important}.a-row .a-span5,.a-ws .a-row .a-ws-span5{width:40.448%}.a-row .a-push5{left:42.448%}.a-row .a-pull5{left:-42.448%}td.a-span5,th.a-span5{width:43.68%;float:none!important}.a-row .a-span6,.a-ws .a-row .a-ws-span6{width:48.948%}.a-row .a-push6{left:50.948%}.a-row .a-pull6{left:-50.948%}td.a-span6,th.a-span6{width:52.43%;float:none!important}.a-row .a-span7,.a-ws .a-row .a-ws-span7{width:57.448%}.a-row .a-push7{left:59.448%}.a-row .a-pull7{left:-59.448%}td.a-span7,th.a-span7{width:61.18%;float:none!important}.a-row .a-span8,.a-ws .a-row .a-ws-span8{width:65.948%}.a-row .a-push8{left:67.948%}.a-row .a-pull8{left:-67.948%}td.a-span8,th.a-span8{width:69.93%;float:none!important}.a-row .a-span9,.a-ws .a-row .a-ws-span9{width:74.448%}.a-row .a-push9{left:76.448%}.a-row .a-pull9{left:-76.448%}td.a-span9,th.a-span9{width:78.68%;float:none!important}.a-row .a-span10,.a-ws .a-row .a-ws-span10{width:82.948%}.a-row .a-push10{left:84.948%}.a-row .a-pull10{left:-84.948%}td.a-span10,th.a-


... gekürzt

Hallo zusammen,

leider verursachen bestimmte CSS-Anwendungen seit Jahren speziell in Firefox und ganz speziell in FF 57 eine enorm hohe CPU-Last durch massenhaftes "Recalculate Style" (Stil-Neuberechnung):
https://stackoverflow.com/questions/1377…mation-property
https://stackoverflow.com/questions/3456…-xorg-cpu-usage
https://stackoverflow.com/questions/4686…-high-cpu-usage

Bis FF 56 wurde die CPU-Last geringer (bei mir ca. 15%), mit FF 57 nun sprang sie leider wieder erheblich an (bei mir ca. 30%, wie es früher mit älteren FF-Versionen auch schon einmal war). Und das bei null Interaktion, wenn andere Websites auf demselben System gar keine Last verursachen (idle, CPU-Last 0-1%).

Deaktiviere ich auf betroffenen Seiten (z.B. einige Seiten von Amazon oder Google) CSS per Addon, sinkt die CPU-Last sofort ab. Allerdings erscheinen die Seiten dann nicht mehr vernünftig.

Möglicherweise hängt es mit HWA (Hardware Acceleration) zusammen, allerdings verwende ich die "empfohlenen Leistungseinstellungen" (mit HWA, falls verfügbar - habe allerdings "nur" interne Intel-Grafik im i7-6600U). Und auf einem Rechner mit dedizierter nVidia-Grafik ist es leider genauso.

Warum beanspruchen CSS speziell Firefox scheinbar so dermaßen extrem, während dies bei Chrome und Safari nicht so der Fall zu sein scheint, und auch nicht bei Edge?

Hängt dies möglicherweise mit "style flushes" zusammen?
https://developer.mozilla.org/en-US/Firefox/…s_style_flushes

Zitat von Boersenfeger

... und in Verbindung mit uBlock Origin ein Segen...

Eigentlich dachte ich, uMatrix wäre die "All-Inclusive-Variante" und blockt alles, zudem detailliert einstellbar, während uBlock Origin "nur" Werbung blockt. Irre ich hier und uBlock Origin bietet Funktionen, die uMatrix allein nicht hat?

Ich bin mit dem FF 57 zu uMatrix umgestiegen - aus meiner Sicht deutlich übersichtlicher als NoScript und sogar noch funktionaler (finde ich).

Übrigens wurde NoScript, das bisher nicht mit FF 57 kompatibel war, im Laufe des heutigen Tages automatisch von Version 5.x (inkompatibel) auf 10.1.1 (kompatibel) aktualisiert und erschien von allein wieder neben der Adresszeile. Da hat Giorgio Maone dann aber nach dem Erscheinen von FF 57 doch mächtig Gas gegeben. Nur leider finde ich uMatrix als Alternative nun ja sogar besser, so dass NoScript nach den vielen Jahren schweren Herzens deaktiviert (Einstellungen mit Positivliste aber noch da) und wohl irgendwann ganz entfernt wird. So kann es gehen, das können ein paar wenige Tage ausmachen...bin über den jetzigen Stand selbst überrascht.

In diesen Threads gibt es mehr zum neuen NoScript:
https://www.camp-firefox.de/forum/viewtopic.php?f=4&t=122981
https://www.camp-firefox.de/forum/viewtopic.php?f=4&t=122972
https://www.camp-firefox.de/forum/viewtopic.php?f=4&t=122979

Wenn ich CSS für die o.g. Amazon-Inventory-Seite deaktiviere, nimmt die CPU-Last erheblich ab. Gibt es hier womöglich eine Inkompatibilität zwischen einer Amazon-Bibliothek und FF?

PS: Die hohe CPU-Last rührt übrigens lt. FF-Inspektor von einer dauerhaften Stil-Neuberechnung her. Kann damit jemand etwas anfangen, deutet das auf CSS hin?

Nochmal zum Thema der deaktivierten Addons:
- uMatrix läuft mittlerweile recht gut und ich habe es halbwegs verstanden, so dass es NoScript schon brauchbar ersetzt. Für die ersten für mich wichtigen Websites habe ich die Freigabe-Regeln dort neu angelegt.
- Da der in FF integrierte Cookie-Manager zwar funktional ausreichend, die Bedienung aber leider sehr sperrig ist (es fehlt einfach ein Icon neben der Adresszeile mit Cookie-Funktionen, anstatt dass man mühselig ins Einstellungen-Menü gehen und URLs dort von Hand eingeben oder suchen muss - genau das bot bisher Cookie Monster, d.h. es war eigentlich nur eine praktische GUI für den ohnehin schon integrierten Cookie-Manager), teste ich nun Cookie AutoDelete. Bisher scheinbar ganz OK, man muss halt nur eine neue Logik verstehen und sinnvoll z.B. mit uMatrix, was auch ein Cookie-Handling beinhaltet, kombinieren.

Mein Zwischenfazit: Zwar einmalig Ungewissheit und Umstellungsaufwand, bisher sieht es aber vielversprechend aus und lässt für die Zukunft eine übersichtlichere Bedienung und noch mehr Funktionalität durch die gewechselten Addons erwarten.

Hallo zusammen,

bis FF 56 hatte sich die CPU-Last speziell im Amazon Sellercentral / Lagerbestand verwalten (Liste aller Artikel) wenigstens auf ca. 15% reduziert, so dass der Lüfter nur noch nach längerer Zeit anlief:
https://sellercentral.amazon.de/inventory

Mit FF 57 hat sich dies leider wieder geändert: Dauerhaft, auch ohne Nutzung der Seite, nur zur Anzeige der aktuell zum Verkauf stehenden Artikel, 30% CPU-Last (bei Amazon.de oder anderen Websites sind es bei mir nur 0-1% CPU-Last) mit deutlich hörbarem Lüfter.

Hat hier vielleicht noch jemand einen Amazon-Sellercentral-Account (für Verkäufe auf dem Amazon Marketplace) und kann dies bestätigen?

Also ich bin jetzt gestern mal ins kalte Wasser gesprungen und habe von FF 56 auf 57 aktualisiert - erst auf dem Zweit-PC zum Testen, nun auch auf meinem Haupt-PC. Abgesehen von den fehlenden Addons ist alles prima - die Veränderungen sind bedientechnisch wie bei den bisherigen Updates sehr überschaubar, und zumindest gefühlt läuft der FF 57 auch flotter (wobei das bei mir auch bis FF 56 nie ein Kritikpunkt war).

Die Addons halten sich bei mir eigentlich auch relativ in Grenzen:
- NoScript
- Cookie Monster (Bedienung der eh integrierten Cookie-Funktionen per Icon neben der Adressleiste)
- Cookies Manager+ (nur selten benutzt, dann aber sehr praktisch zur Analyse und zum Editieren von Cookies bestimmter Websites)

Statt NoScript nutze ich nun das als Alternative empfohlene uMatrix. Wirklich schön und bei sehr ähnlicher Funktion sogar übersichtlicher als NoScript. Nachteil: Die über die Jahre für alle häufig oder gelegentlich genutzten Websites angesammelten URL-Freigaben für Scripting muss ich jetzt beim jeweils ersten Besuch der Websites neu austesten und dauerhaft in uMatrix speichern.

Wobei uMatrix das Blocken/Freigeben von Cookies à la Cookie Monster sogar auch gleich mit integriert hat, allerdings leider eingeschränkt: Man kann Cookies für bestimmte URLs nur blocken oder dauerhaft freigeben, aber nicht dauerhaft immer nur bis zum Ende der Session freigeben (z.B. für Websites, die ohne Cookies nicht funktionieren, von denen man die Cookies aber nicht dauerhaft gespeichert lassen möchte). Bisher wirken hier noch die direkt im FF angelegten Cookie-Ausnahmeregeln von Cookie Monster nach, aber bei neuen Websites muss ich hier dann entweder manuell in den FF-Cookie-Einstellungen nacharbeiten oder mir einen Ersatz für Cookie Monster suchen (evtl. Cookie Autodelete). Was auch seltsam ist: Alle noch dauerhaft gespeicherten Cookies, z.B. auch der für den Login hier bei Camp Firefox, werden ignoriert und man muss sich nach Freigabe der URL in uMatrix jeweils einmalig neu einloggen, damit der Cookie bzw. das Login wieder dauerhaft gespeichert ist.

Cookies Manager+ verwende ich wie gesagt nur sehr sporadisch, dann ist es aber sehr nützlich, z.B. zur Verlängerung der "Haltbarkeit" von Cookies. Hier eilt es nicht ganz so, aber da wird sich hoffentlich auch noch eine Alternative finden.

Das war es bei mir schon an Addons, wobei aber eben NoScript sehr umfangreich war und auch sehr umfassend von mir genutzt wurde. Glücklicherweise gibt es stattdessen auch uMatrix, und der Umstieg macht wegen der besseren Übersichtlichkeit sogar ein wenig Spaß, aber würde es keinen adäquaten Ersatz geben, wäre das für mich ein k.o.-Kriterium für den FF gewesen. Von daher kann ich andere User, die keinen Ersatz für ihre Addons finden, schon verstehen, wenn sie enttäuscht sind.

Warum sind die Frequent-Poster hier eigentlich ausnahmslos kritiklos pro Firefox und verteidigen dies bei Bedarf auch in durchaus aggressiver Art und Weise?

Hat FF 57 nicht wahrscheinlich zwar einige Sicherheitslücken von FF 56 nicht mehr, dafür aber diverse neue, die dann demnächst entdeckt werden? Ein wenig paranoid bzw. vorgeschoben finde ich die "Sicherheits-Hinweise" schon. Zumal Sicherheitslücken Leuten aus der FF-Community doch eher peinlich sein und nicht so dermaßen hervorgehoben als Update-Argument promotet werden sollten (das sollten eher positive Eigenschaften von FF 57 sein - die ziehen scheinbar nicht so?).

Noch eine Verständnisfrage: Warum funktionieren die meisten Addons eigentlich nicht mehr, warum genau wurde deren Schnittstelle zum FF deaktiviert, und warum bietet die neue Schnittstelle (API) scheinbar deutlich weniger Funktionalität?

Noch eine Frage: Lt. Sören soll es 6.000 Addons für FF 57 geben. Könntest Du zum Vergleich noch sagen, wie viele mit FF 56 und älter laufen? Wahrscheinlich 60.000?

Also ich werde FF 56 solange weiter benutzen, bis zumindest das neue NoScript 10 halbwegs wieder den Funktionsumfang vom bisherigen NoScript 5.1 hat:
https://hackademix.net/2017/11/14/double-noscript/

Meine beiden Cookie-Management-Addons "Cookies Manager+" und "Cookie Monster" wird es ab FF 57 wohl gar nicht mehr geben. Der Entwickler des erstgenannten Tools schreibt: "FF57 doesn't provide enough capability to make CM+ even remotely what it is now. With that you'd be better off just use native build-in cookies manager." (der wird aber sicher deutlich eingeschränkten Funktionsumfang haben) Zu "Cookie Monster" gibt es gar keinen Kontakt zum Entwickler.

Finde diesen absoluten Hardcut hinsichtlich der Updates zudem mehr als fragwürdig. Konnte man die Entwickler nicht längere Zeit vorab informieren, anstatt dass jetzt scheinbar alle auf dem falschen Fuß erwischt wurden und kaum noch ein Addon läuft? Da meckert mal so ein Guru, Chrome wäre besser als FF, und nun verfällt man in Panik und setzt solche Brachialupdates um? Da wäre mir der bisherige Speed (ist FF 57 überhaupt noch schneller? Ich hatte nie Performance-Probleme) mit allen Addons viel lieber. Zumal: Könnten die bisherigen Addons nicht einfach auch weiterlaufen und dann halt nicht die volle Performance nutzen?

Ach die Totschlag-Frage? Nein, ich nutze nur den Windows Defender.

Andere User hier bestätigten die erhöhte CPU-Last auf den Amazon-Seiten ja. D.h. es scheint ein allgemeines Problem zu sein.

Bevor Du noch weiter in diese Richtung fragst: Ich benutze Windows 10 und habe auch nicht vor, das System neu aufzusetzen und/oder statt Windows zukünftig Linux zu verwenden

Das Problem klingt sehr ähnlich wie dieses aktuelle Problem unter Chrome:
https://www.heise.de/newsticker/mel…en-3664670.html

Ich bin nun alle Tipps aus folgender FF-Hilfeseite durchgegangen:
https://support.mozilla.org/t5/Firefox-ist…Last/ta-p/15387

- FF-Update auf 52
- Abgesicherter Modus ohne Erweiterungen und Plugins
- Hardwarebeschleunigung aktiviert
- content-prefs.sqlite gelöscht

Trotzdem verursacht Amazon bei mir weiterhin stark erhöhte, dauerhafte CPU-Last, z.B. die Angebote (https://www.amazon.de/gp/angebote/) dauerhaft um die 10%. Das kann doch nicht normal sein?