Ich verwende kein MacOS, aber meines Wissens beendet diese Tastenkombination lediglich Firefox. Meines Erachtens hast du eine Einstellung, die bei Beenden von Firefox die Kamera-Berechtigungen löscht. Die Tastenkombination ist also nicht die Ursache, sondern lediglich der Auslöser. Die eigentliche Ursache ist die von mir vermutete Einstellung.
Vielleicht hilft dir dieser Hilfeartikel noch weiter:
Ich kenne das Skript nicht, ich habe ein anderes. Auf jeden Fall müsstest du in Zeile 28 createElement in createXULElement ändern.
Übrigens: Wenn du Skript-Code in einen Code-Kasten einfügst, wähle JavaScript als Syntaxhervorhebung aus. CSS ist etwas anderes.
Ich denke, das ist möglich, wenn er den neuen Firefox in ein bisher vorhandenes Installationsverzeichnis installiert. Durch die Installation werden ja meines Erachtens Dateien, die zusätzlich zu den Standardinstallationsdateien in diesem Verzeichnis bereits enthalten sind, nicht gelöscht.
Leider haben beide Vorschläge nicht funktioniert.
Die Skriptversion von Andreas funktioniert auf jeden Fall. Selbst im Nightly.
userChrome.js
Das ist auch die richtige Datei? Es dürfen dort nur folgende Zeilen enthalten sein:
// userChrome.js
userChrome.ignoreCache = true;
userChrome.import("*", "UChrm");createxhtmlElement
Zeile 9: Hier hättest du nicht XUL durch xhtml ersetzen dürfen, es muss createXULElement heißen, wie in Zeile 5.
Ach so, habe ich überlesen. Hätte er aber dennoch klarer in seinem Beitrag formulieren können, z. B. „Problem hat sich erledigt.“
Die Ecken werden aber nicht abgerundet. Was mache ich evtl. falsch?
LÖSUNG gefunden:
Was denn nun? Besteht das Problem noch oder nicht?
Danke für die Hinweise auf die Add-ons. Ich habe in der Zwischenzeit aber meine Bookmarks so aufgeräumt, das die jetzt sauber aussehen.
Trotzdem noch der Hinweis auf ein weiteres Add-on, ich denke, es könnte dir nützlich sein:
FuchsFan Um das hier nochmal klar zu stellen: Grundsätzlich sollten sich seit Fx 76 @-moz-document-Regeln auf Dateien mit der Endung .xhtml beziehen Es gibt keine .xul-Dateien mehr! Dass, wie Sören oben schrieb, die Datei extensions.xhtml hier wohl nicht nötig ist, ist reiner Zufall und heißt absolut nicht, dass du @-moz-document-Regeln für bestimmte Dateien einfach weglassen kannst. Lieber eine Regel mehr, die wird dann eben nur ignoriert und es kann dadurch nichts Schlimmes passieren. Ich kann mich daher Beitrag #435 von Sören nur anschließen, es wäre wirklich eine furchtbare Idee!
Aris aktualisiert seine Dateien fortlaufend, da bin ich immer der Meinung , dass alles gut ist
Das sehe ich aber anders. Siehe hier:
https://github.com/Aris-t2/Custom…css/aboutaddons
Neben jeder Datei steht das Aktualisierungsdatum. Bei den meisten Dateien ist die letzte Aktualisierung Monate oder sogar Jahre her und manchmal ist die Versionsnummer im Dateinamen enthalten.
Es gibt keine Dateien mit der Endung .xul mehr. Ich bin mir ziemlich sicher, dass das nicht neu für dich ist. Du kannst nicht einfach irgendwo her Code übernehmen, ohne ihn zu überprüfen. Es besteht immer die Gefahr, dass er veraltet ist.
Also ich sehe schon mal in den Zeilen 23, 35 und 72 immer den gleichen Fehler.
Denn ich verwende bereits seit etwa 10 Jahren Firefox und habe am Grafiktreiber eigentlich nicht geschraubt.
Das wird es wohl sein, die Hardwarebeschleunigung verlagert Prozesse auf die Grafikkarte und wenn die alt ist und den steigenden Anforderungen des Computerzeitalters nicht mehr genügt, gibt es Probleme.
weil die Fußleiste die Sicht versperrte, klickte ich auf das X rechts, dann auf Wiederherstellen, aber sie ist immer noch nicht zu sehen. Wie komme ich wieder zur Ansicht, damit ich die downloads verfolgen kann?
Ich habe mir die Erweiterung mal installiert. Die Lösung ist ganz einfach: Klicke einfach auf das Symbol der Erweiterung, dann kannst du die Leiste sowohl ein- als auch ausblenden.
Ansonsten würde aber der Thread-Titel nicht passen.
Der passt aber auch zum Skript und damit auch Beitrag #2 von Endor. Denn man kann die Leiste des Skripts DownloadStatusModokiBar.uc.js so ein- und ausblenden wie Endor angegeben hat.
Äh, Nachtrag: Folgender Beitrag spricht dagegen, hatte ich schon wieder vergessen.
RE: Warum wird kein Downloadfortschritt in der Fußleiste angezeigt?
Nein, siehe bitte hier:
Und du bist sicher, dass er die Erweiterung auch installiert hat? In dem Beitrag, auf den du dich beziehst, hat er nur einen Link genannt, sonst nichts.
da hast Du mich wohl wirklich mißverstanden.
Sondern?
Du hast Barrierefreiheit aktiviert. Als aufrufender Dienst wird UNKNOWN, also UNBEKANNT, genannt. Die Funktion der Barrierefreiheit kann von Malware und Adware missbraucht werden. Hast du diese Funktion bewusst aktiviert?
Informationen dazu:
JIRA, Trac, YouTrack, Redmine, GitHub, GitLab
Das im Eingangsbeitrag genannte Libreoffice verwendet neben Bugzilla auch Redmine ...
Was er hat da hat ist wahrscheinlich ein Mischmasch in userChrome/userContent oder fehlende Spezifiezierung, die er mit der Stylus-Kombo nicht hätte. herrje... war das so schwer zu verstehen?
Ich habe dich schon verstanden. Nur kann er keinen Mischmasch von Firefox-Anpassungen haben. Das ist unwahrscheinlich, weil das eine in der userChrome.css und das andere in der userContent.css steht. Das sind bei ihm auch nur @import-Befehle, da er CSS-Dateien verwendet. Nein, wenn wäre es die fehlende @-moz-document-Regel gewesen.
Aber nun hat sich ja herausgestellt, dass es eine ganz andere Ursache war, die mit seinen CSS-Anpassungen nichts zu tun hat.
