Beiträge von pcinfarkt
-
-
Nun - Doppelpost (zeitlich!) wird also opportuner Weise abgesegnet! :mrgreen:
.Ulli,
ich erinnere mich.
Tut mir leid. Aber frage demnächst einfach! Ja? -
Resette deine Download-Schalter [1] und teste danach mit einem Restart.
Arbeite ggf. mit Sicherung![1] http://kb.mozillazine.org/Unable_to_save…download_folder
-
//
Ich werfe einfach mal hier einen Artikel dazu rein.Schon öfters habe ich im Forum auf entsprechende Fragen mit dem Verweis (t.w. konkret!) auf das hilfreiche Setzen eines Compatibility-Schalters [1] geantwortet. Oftmals mit 0 Reaktion oder mit der Antwort "hab' ich gemacht, aber funktioniert nicht!".
Was läuft da also falsch?
Weiter oben wurde bereits etwas zu diesem falschen Ausdruck *kompatibel machen von Extension* gesagt. Aber genau das ist vom Ansatz und Verständnis her der Kasus-Knacktus für das Nicht-Funktionieren!Warum?
Ein Software-Update steht an. Bspw. vom Version 4 auf Version 5. Was wird getan? Das Update wird abgerufen. Dadurch erfolgt automatisch (und aus Sicherheitsgründen!) der Kompatibilität-Check durch das Mozillen-Produkt. Ist dieser erfolgt, nützt mir ein Setzen des Schalters (Bsp.)im Nachgang (mom.) nichts mehr!
Das bedeutet!
Will ich das Ergebnis des Kompatibilität-Checks so beeinflussen, dass ein Deaktivieren meiner Extension ausgeschlossen wird, muss ich den Schalter vor dem Software-Update profil setzen!Das Setzen wurde verpasst!
Ist das der Fall und der Schalter ist gesetzt, dann muss ich das Profil einem weiterem Kompatibilität-Check unterziehen. Man kann also bspw. dieses Profil mit einer anderen Instanz (niedrigere /höhere Version) starten, sodass der Check läuft. Nach einem Restart des Profils mit der gewünschten Instanz sollte es nun laufen. Natürlich mit dem Hinweisen im AM!Ich hoffe, dass dies nun etwas klarer ist! Wie das mit dem Config-Tableau /der user.js geht, sollte klar sein!
[1] http://kb.mozillazine.org/Extensions.che…lity#Background
-
Jein! Das hat aber sicherlich etwas mit der Sichtweise zu tun.
Ich pers. denke, dass es hier im Trunk in 1-ter Linie um die Entwicklung des Browsers geht. Also nicht um Extension-Entwicklung! Das kann bei abgeschlossenen Implementierungen in Alphas und vor allem in Betas anders betrachtet werden.
Weiterhin denke ich, dass Extension Ergebnisse im Test oder bei der Feststellung von Ursachen verfälschen. Gerade in so einer Linie!
Das bedeutet aber nicht, dass man in Nightly-Profilen keine Extension nutzen soll! Aber wer Nightlies nutzt, sollte auch bestimmte Modalitäten im Umgang mit Builds, Profilen, Struktur, Extension, Plug-In u.a.m. kennen. Falls nicht, sollte ER sich auf finale Versionen konzentrieren!
PS. Wenn ich ein Extension-Problem einem Autor melden will, benötige ich keine Extension! :lol:
-
//
...doppelt gepostet! -
-
Verstehe ich richtig?
Nicht das gesamte Profil soll verlagert werden, sondern nur der (Disk-) Cache-Ordner des 1-ten Profils. Richtig?Dann - [1] oder etwas angestaubt aber dafür DE - [2].
[1] http://kb.mozillazine.org/Browser.cache.…arent_directory ff
[2] http://www.pcwelt.de/forum/687925-post22.html -
...obwohl DIE nichts anderes veranlasst, was man händisch nicht auch könnte (s.d.a.w.o.) [1].
Vorteil: Man spart als Nightly-Tester einen nicht benötigten Extensionplatz!PS. Es geht auch nicht um das *kompatibel machen von Extension*. Ich glaube, das ist der Sprachgebrauch von solchen Hilfsmitteln, wie MR. Eine Extension kompatibel machen kann nur der Autor!
Solche und ähnliche Schalter w.o. genannt veranlassen nur das Aussetzen des Ergebnisses eines negativen Kompatibilität-Checks (dieses ist nach meiner Kenntnis seit der v1.5 möglich und wird im AM dargestellt)! Und ob ER das will, obliegt der Kenntnis des Users zu der /den betreffenden Extension.[1] http://kb.mozillazine.org/Extensions.che…lity#Background
-
...und sehen
Endeavour /ISS --- Mission Control Center[Blockierte Grafik: http://www7.pic-upload.de/thumb/25.05.11/ao4e4jsz7952.png]
sponsored by:
NASA TV -
-
Dann ist es ja nicht so schlimm /dringlich :lol: .
Deine Frage.
Wenn du das Reset so ausführst, wie beschrieben - nein! Verändern werden sich ggf. gewählte Einstellungen in der Browseroberfläche zurück auf den Ursprungszustand - eben ein Reset!Und da du sowieso mit Profilsicherung arbeitest, geht ein mögl. Restrisiko gegen *0*!
-
...des wegen auch der Artikel [1] mit dem rechtzeitigen Hinweis! :lol:
[1] https://www.camp-firefox.de/forum/viewtopi…8d79605#p730127 -
Schelm37,
kannst du ggf.noch etwas zu den Bedingungen, unter welchen der Browser + Profil geöffnet wird sagen? -
Zitat von gooligan
Danke für den Tip,[...] Öffnet auch nicht im abgesicherten Modus.
Von Safe Mode sprach keiner! :shock:
Es sei, du hast diese im KB-Artikel angesprochene Extension profil eingebunden. Aber da hätte sich der Knoten lösen müssen....Jedoch gibt es in dem Artikel auch Aussagen zum verbleibenden Prozess am TM und möglichen Ursachen.
-
Möglicherweise gibt es dazu mehr od. minder fertige od. anpassbare css-Schnipsel.
Suche bspw. mal in der nachfolgenden Quelle [1] mit dem Begriff *appmenu-button*. -
... vllt. etwas untergegangen.
Bereits mit dem gestrigen Nightly ein Resolved Fixed von
Bug 566489 - Enable inline autocomplete again, but make it smarter (perceived performance).Guckst du:
[Blockierte Grafik: http://www7.pic-upload.de/thumb/25.05.11/47cr5ir2kwj.png]
UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0a1) Gecko/20110525 Firefox/7.0a1 ID:20110525030704
-
Leonard Cohen –-- Who By Fire
sponsored by:
I'm Your Man -
Mc_Fury,
Danke.
Irgendwie sieht das wie eine *Fehl-Interpretation* von Einstellungen entweder in den prefs oder im OS aus :-?? . Schau mal zu 1-terem, ob du in der KB von Mozilla [1] fündig wirst. Und sichte /überprüfe ggf. zum 2-ten die Einstellungen im OS (Bsp.-Abb.).[Blockierte Grafik: http://www7.pic-upload.de/25.05.11/s7vyuyiyn2mv.png]
[1] http://kb.mozillazine.org/Category:Keybo…e_%28Firefox%29 ff
-
Möglicherweise ist ja auch eine Verwechselung der Begrifflichkeiten *Vollbild* + *Maximiert* möglich. Oder ja?
[Blockierte Grafik: http://www7.pic-upload.de/thumb/25.05.11/n826vjswex93.png]