Entwicklung Firefox

pcinfarkt

Auf dem Nightly-Channel liegt nun (ab heute) das Nightly-Build v7.0a1 [1]. Und ein neue Entscheidung (für Nightly-Tester) bzgl. der Extension-Kompatibilität ist gefallen [2]!

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0a1) Gecko/20110524 Firefox/7.0a1 ID:20110524181225
Pushlog: http://hg.mozilla.org/mozilla-centra…ge=2ffbbb454874

[1] http://hg.mozilla.org/mozilla-central/rev/0fad9fa9fa3f
[2] https://bugzilla.mozilla.org/show_bug.cgi?id=659048

pcinfarkt

... 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

TheRave

Das ich andauernd die ganzen extensions mit binary components durch den compiler jagen muss geht mir langsam so richtig auf den Keks. Jetzt mit 7.0a1 ist es mal wieder so weit...lohnt sich langsam das zu automatisieren.

pcinfarkt

...des wegen auch der Artikel [1] mit dem rechtzeitigen Hinweis! :lol:
[1] https://www.camp-firefox.de/forum/viewtopi…8d79605#p730127

seipe

Könnte mir das jemand übersetzen?

https://bugzilla.mozilla.org/show_bug.cgi?id=659048

Kann ABP nicht kompatibel machen.

TheRave

about:config -> neuen Schlüssel boolean -> extensions.checkCompatibility.nightly -> false

seipe

Habe unter about:config eingetragen. Klappt aber nicht.

TheRave

Was klappt denn nicht? Immer noch deaktiviert im Addonmanager? Hab den 7.0a1 gerade nicht laufen weil ein paar umständliche zusatzarbeiten für mich anfallen.

seipe

Fehlermeldung korumpiert.

PvW

Abends.

Geht's hinsichtlich der Fehlermeldung etwas genauer?

Bei der Eingabe des Schlüssels/Wertes?

Hat hier heute nachmittag einwandfrei geklappt - nachdem ich mich gewundert hatte.
Kurztest InfoLister:
Meine Firefox-Informationen

Letzte Aktualisierung: Wed, 25 May 2011 20:40:40 GMT
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0a1) Gecko/20110525 Firefox/7.0a1

Erweiterungen (aktiviert: 17, deaktiviert: 3; gesamt: 20)

abcTajpu "a b c teip-u" 1.6.9
About startup 0.1.5
about:me 0.5
Adblock Plus 1.3.8
Add-on Compatibility Reporter 0.8.3
avast! WebRep 20110101 [deaktiviert]
BBCodeXtra 0.3.2
Context Search 0.4.6
FireFTP 1.99.2
InfoLister 0.10.4a1
http://Java Quick Starter 1.0 [deaktiviert]
Microsoft .NET Framework Assistant 1.0 [deaktiviert]
Nightly Tester Tools 3.1.6
Password Exporter 1.2.1
Save Images 0.6.8
SortPlaces 1.7.2
SQLite Manager 0.7.4
Tab Scope 1.1
URL Lister 1.3
View Dependencies 0.3.3.2

Themes (1)

Standard [ausgewählt]

Plugins

Java(TM) Platform SE 6 U24
Microsoft® DRM
PDF-XChange Viewer
Shockwave Flash
Windows Media Player Plug-in Dynamic Link Library
Windows Presentation Foundation

Gruß
P.

Nogardrevlis

I adddet---> extensions.checkCompatibility.nightly to about:config and set it to false worked perfect all addons working :klasse:

Sniperwolf

Oder auch einfach den Add-on Compatibility repoter in Version 0.8.4 installieren/aktualisieren.

seipe

Zitat von Sniperwolf

Oder auch einfach den Add-on Compatibility repoter in Version 0.8.4 installieren/aktualisieren.

Habe es damit hinbekommen. Danke an alle.

pcinfarkt

...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

bra1n_x64

pcinfarkt

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:

pcinfarkt

//
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.)

Code

extensions.checkCompatibility.5.0;false

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

RedSign

Kann für solch ein Thema beim nächsten Mal ein neuer Thread aufgemacht werden? Hat, wie pcinfarkt vollkommen richtig ausführt, nur bedingt etwas mit der Entwicklung im Trunk zu tun.

pcinfarkt

Burning Edge:
http://www.squarefree.com/burningedge/20…5-trunk-builds/

RedSign

Es sieht ganz danach aus als habe die Möglichkeit direkt in der Oberfläche von Fx eine Funktion zu bieten, um den jeweiligen Channel zu wechseln, mehr Probleme als Nutzen mit sich gebracht. Zumindest sehen das Entwickler bei Mozilla so und es scheint wohl alles darauf hinauszulaufen, dass diese Möglichkeit in dem "About"-Dialog wieder entfernt werden wird.

Für den Release von Fx 5 wird es eine Art Zwischenlösung geben, bei der nur das Bedienelement als solches ausgeblendet wird, wie es zurzeit bei den Nightlys bereits der Fall ist [1] während für Versionen danach die Funktion als solche komplett entfernt werden wird [2].

[1] Bug 659972 - Remove channel switching UI
[2] Bug 660038 - Remove channel switching support