Entwicklung Firefox Alpha (Aurora)

Brummelchen

Du hast meinen Beitrag nicht bis zum Ende gelesen?
Ich versuche, ohne diesen Quatsch ACR auszukommen, verhindert eine unnötige Fehlersuche.

Boersenfeger

.. konnte ich daraus nicht entnehmen.. die verlinkte Version ist für Seamonkey optimiert, wenn ich dies richtig verstehe.. passt schon

Brummelchen

Also hast du "funktioniert" nicht verstanden?

pcinfarkt

Wenn man einschlägige Diskussionen verfolgt hat, dann ist dies [1] für Win 8 und Aurora-Build-User (Alpha) ein wichtiger Fix! Momentan bin ich davon nicht (unmittelbar) betroffen!

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0a2) Gecko/20111022 Firefox/9.0a2 ID:20111022042018
Pushlog: http://hg.mozilla.org/releases/mozil…ge=021bf68f4d51

PS. Der Patch kommt auch in der nächsten Beta (5)!

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=694432

pcinfarkt

Mozilla ist nun wieder - zumindest in der Alpha zum Fx 9 - bzgl. des Schalters

Code

network.http.max-connections

mit dem Defaultwert zurück gerudert [1], [2]. Zwischenzeitlich wurde dieser Umstand bereits in der Mozilla-KB unter *Error load pages* aufgenommen. Mit Fix des entsprechenden Bug [3] wurde dieser Wert - wie im Rahmen des Defaultwertes der anderen alternativen Browser - nun von *256* auf *48* gesenkt!

Der Fix wird auch in der kommenden Beta 5 zu Fx8 wirksam!

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0a2) Gecko/20111025 Firefox/9.0a2 ID:20111025042013
Pushlog: http://hg.mozilla.org/releases/mozil…ge=2c16b0af8373

[1] https://www.camp-firefox.de/forum/viewtopi…af51db9#p756797
[2] https://www.camp-firefox.de/forum/viewtopi…5609d0d#p757048
[3] https://bugzilla.mozilla.org/show_bug.cgi?id=696989

BeeHaa

Tja, meine Herren. Das Phänomen kenn auch ich schon seit Jahren. In 3.0 schon, spätestens. Mit mehr als 48, laggt der Fx gewaltig. Opera tut es mit 60 nicht.

Erstmal sollten es dann nur 64 werden, jetzt sind es nun doch wieder 48. Kann mir jemand die Früchte und den Weg dahin dieses Pushlogs mal erklären? Ich hab mich da schon 2x verloren grad und mein Englisch ist leider eh so lala.

p.s.:
Das absolut geilste ist ja, die staunen da 2011.10 über diesen Bug. Den gibt es wie gesagt schon spätestens seit 3.0 (!)

"can you try the registry tweak described here"... Ja, deswegen bringen die 64 Opera zwar nicht viel, aber das Teil hängt damit schlicht nicht. Fx tut es. MaxUSerPorts, WindowSize, DefaultSendWindow... Das bringt alles nichts. Bei mir hängt der Fuchs bei ~6 von 10 Seiten/Servern, wenn dieser Wert über 48 liegt.

Ist das jetzt im 10er "gelandet" oder wie sollte ich das verstehen? Und die wollen das nicht davor einbauen?

pcinfarkt

Zitat von BeeHaa

- Erstmal sollten es dann nur 64 werden, jetzt sind es nun doch wieder 48.

K.A., was du meinst!

BeeHaa

Und das regt dich gleich auf, oder was? Ich verstehe auch nicht immer alles auf Anhieb...
Was steht denn hier? https://bugzilla.mozilla.org/show_bug.cgi?id=692260#c61

pcinfarkt

Google Maps (u.ä.) wird (werden) zunehmend traditionelle und auch professionelle (Routen-) Planer (wie bspw. Map&Guide) ablösen. Denke ich...

Auch aus diesem Grund ist Usern mit eigenen Google-Maps sicherlich der Fix von Bug 684489 [1] (heutige Auslieferung Aurora) dienlich. Ein entsprechender Patch (Changelog f7a30d961569) ist im Nightly bereits eingearbeitet.

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0a2) Gecko/20111102 Firefox/9.0a2 ID:20111102042024
Pushlog: http://hg.mozilla.org/releases/mozil…ge=90a4c98c1ae3

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=684489

pcinfarkt

Großer Merge zum Channel-Schaufeln! :lol:

Die Alpha 2 wurde auf die Version 10 des Browsers gebumpt. Ich denke, dass die bisherig ausgewiesene Feature- Seite [1] noch aktualisiert wird. Deshalb sollte man die einzelnen Feature noch etwas mit Vorsicht genießen... :wink:

Eines ist jedoch schon durch das Merge augenscheinlich. Nightly- Nutzer werden es bereits kennen - Conditional Forward Button [2]. Vllt. dazu 2 Abbildungen.

[Blockierte Grafik: http://www8.pic-upload.de/09.11.11/fqllkqywh8vz.png][Blockierte Grafik: http://www8.pic-upload.de/09.11.11/y7tayif5g7f6.png]

Zu Erläuterung für bis dato Uneingeweihte (mein Worte).
*Man* hat festgestellt, dass vom bisherigen Unified-back-forward-Button der Forward- Teil kaum oder nur bedingt genutzt wird. Das steckt grundsätzlich hinter diesem Feature.

Wenn also bspw. eine Webseite in einen Tab neu geladen wird, dann ist in der Browser-Oberfläche nur der Back- Teil sichtbar [Abb. li]. Und das bleibt so. Wird die Webseiten-History verändert - also in dem Tab ein Link current (im gleichen Tab) geöffnet - dann erscheint sofort der Forward-Teil aktiv [Abb. re]. Der Button ist an die URL-Bar. Platziert man bspw. Icon /Buttons von Extension zwischen dem Unified-back-forward-Button und der URL-Bar, dann geht dieser augenscheinliche Effekt verloren.

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a2) Gecko/20111109 Firefox/10.0a2 ID:20111109042032
Pushlog: http://hg.mozilla.org/releases/mozil…ge=288a354d72da

[1] https://wiki.mozilla.org/Features/Relea…king#Firefox_10
[2] https://bugzilla.mozilla.org/show_bug.cgi?id=682534

pcinfarkt

Wer ab der Build-ID 20111117042013 [1, comment] die Alpha 2 der kommenden Browserversion 10 nutzen möchte, der benötigt ein händisches Einstellen von bekannten Kompatibilität-Schalter [2] ebenso wenig, wie zusätzliche Extension.

Wer also seine bekannten Extension zum Laufen bringen will, der sollte den implementierten Schalter

Code

extensions.strictCompatibility

mit dem Wert

Code

false

versehen.

Beachte! Die Extension sollten mind. ab v4 des Browsers lauffähig sein. Abweichende Extension laufen u.U. auch. Werden jedoch im Add-Ons-Manager, wie herkömmlich bekannt, markiert. Changeset - [3].

Ein Nachteil dieser Aktion scheint der (bisherige) Wegfall des mit Fx8 eingeführten erweiterten Compatibility-Checks, auch hinsichtlich von Extension, welche über Drittprogramme kommen und User-bestimmt aktiviert werden können, zu sein.

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=695977#c6
[2] https://www.camp-firefox.de/forum/viewtopi…c15b790#p763515
[3] http://hg.mozilla.org/releases/mozil…ev/6ff7fdaed43f

pcinfarkt

Dieses Feature ist nun auch in der Alpha 2 auf dem Stand der Alpha 1.
Übrigens jetzt auch schnell mit ESC zu beenden!

[Blockierte Grafik: http://www8.pic-upload.de/thumb/23.11.11/k9tym2d2u83w.png]

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a2) Gecko/20111123 Firefox/10.0a2 ID:20111123042022
Pushlog: http://hg.mozilla.org/releases/mozil…ge=099f38cc6d16

pcinfarkt

Ich komme noch mal auf den Artikel [1] zurück.

Momentan ist dieses Feature final noch nicht präsent. Aber ich denke, die Frage wird kommen! :wink:
Wenn man also dieses Feature nicht nutzen möchte, dann platziert man zwischen URL-Bar und dem Back-Button einfach ein Add-On- Button (wie unter [1] beschrieben). Damit wird das gewohnte Unified-back-forward-Button wieder angezeigt.

Möchte man das nicht oder hat man für diese Platzierung kein Button, dann reicht das Einfügen eines Separators aus der Toolbox zw. Back-Button und URL-Bar [Abb. 1]. Wenn dieser Seperator als störend empfunden wird und man diesen bei Anzeige des Unified-back-forward-Button ausblenden /nicht sehen will, dann kann man dieses mit einem css-Schnipsel realisieren [Abb. 2]!

[Blockierte Grafik: http://www7.pic-upload.de/29.11.11/kx9syxa63khv.png]
Abb. 1

[Blockierte Grafik: http://www7.pic-upload.de/29.11.11/8kak51ap9opa.png]
Abb. 2

[1] https://www.camp-firefox.de/forum/viewtopi…f07dcae#p762750

pcinfarkt

In den beiden letzten Tagen erfolgte in der Alpha 2 das - meine Worte - Finishen des (Content- ) Inspectors (s.d.a. Trunk-Builds).

D.h., das Beta-Build der übernächsten Mozillen-Version wird ebenfalls über die - auch augenscheinlich - verbesserte Nutzungsmöglichkeit des Dev.Inspectors verfügen. Und falls es dann keine Backout-Entscheidung gibt, auch zum vorgesehenen (Rapid-)Release-Termin in die Final.

Fast schon ein Ersatz für FB! :wink:

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a2) Gecko/20111201 Firefox/10.0a2 ID:20111201042025
Pushlog (der beiden letzten Tage): http://hg.mozilla.org/releases/mozil…ge=bcddede9ce1e

pcinfarkt

Großer Merge zum Channel-Schaufeln - Pushlog [1]. :lol:

Die Alpha 2 wurde auf die Version 11 des Browsers gebumpt. Die ausgewiesene Feature- Seite [2] wurde entsprechend aktualisiert. Jedoch vorbehaltlich Änderungen und Backout's... :wink:

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0a2) Gecko/20111222 Firefox/11.0a2 ID:20111222042023

[1] http://hg.mozilla.org/releases/mozil…ge=7c408ff60a8e
[2] https://wiki.mozilla.org/Features/Relea…king#Firefox_11

pcinfarkt

Großer Merge und Auflage der neuen Alpha 2 - Pushlog [1]. :lol:

Die Alpha 2 wurde auf die Version 12 des Browsers gebumpt. Ausgewiesene Feature- Seite [2]. Jedoch vorbehaltlich Änderungen und Backed out's... :wink:

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a2) Gecko/20120202 Firefox/12.0a2 ID:20120202042010

[1] http://hg.mozilla.org/releases/mozil…ge=ac0c9d29c16f
[2] https://wiki.mozilla.org/Features/Relea…king#Firefox_12

pcinfarkt

Zitat von pcinfarkt

- Großer Merge zum Channel-Schaufeln - Pushlog

Die Alpha 2 wurde auf die Version 14 des Browsers gebumpt. AUS Aurora-Chanel ist nach obligater Anpassung frei geschaltet. Die ausgewiesene Feature- Seite [1] wurde entsprechend aktualisiert. Jedoch vorbehaltlich Änderungen und Backout's... :wink:
What is /will be new in it - [2]

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120427 Firefox/14.0a2 ID:20120427042005
Puahlog: http://hg.mozilla.org/releases/mozil…ge=3c87865c60ab

[1] https://wiki.mozilla.org/Features/Relea…king#Firefox_14
[2] http://hacks.mozilla.org/2012/04/aurora…hats-new-in-it/

Boersenfeger

Der Vollständigkeit halber, hier ein Link auf einen deutschen Artikel von Forenmitglied Sören Hentzschel, der die Neuerungen von Firefox 14 - Aurora auf deutsch vorstellt.
http://www.soeren-hentzschel.at/mozilla/firefo…version-ist-da/

pcinfarkt

Bezugnehmend auf [1] und [2] und mit Vorstellung im fx-team- Build ist zumindest in der heutigen Alpha 2- Auslieferung der übernächsten Final der Bug [3] gefixt.

[Blockierte Grafik: http://www.IMG-Teufel.de/thumbs/KT1286e3a18469png.png]

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120503 Firefox/14.0a2 ID:20120503175549
Build from Changeset: http://hg.mozilla.org/releases/mozil…ev/09cc74b7a248

[1] https://www.camp-firefox.de/forum/viewtopi…48f5d5e#p792969
[2] https://www.camp-firefox.de/forum/viewtopi…48f5d5e#p793216
[3] https://bugzilla.mozilla.org/show_bug.cgi?id=747603#c36

pcinfarkt

Übrigens wurde gestern auch eine *neue* Alpha 2 gebuilded. AUS für den aurora-Channel unterliegt zunächst dem üblichen Ritus.

UA: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120605 Firefox/15.0a2 ID:20120605042007
Pushlog (letzte 14a2 auf 15a2): http://hg.mozilla.org/releases/mozil…ge=a8cfaeef0469