Entwicklung Firefox

  • Nach langer Zeit mal einen reproduzierbaren Crash beim Klick auf diese SVG:
    http://de.wikibooks.org/wiki/Media:SVG…_Beispiel01.svg

    Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b6pre) Gecko/20100904 Firefox/4.0b6pre
    http://crash-stats.mozilla.com/report/index/b…ca-f0ac12100904

    Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b5) Gecko/20100831 Firefox/4.0b5
    http://crash-stats.mozilla.com/report/index/d…cf-2bad42100904

    HauptPC: ASRock X99M Extreme4; i7-5820K; 4x4GB DDR4-2400; Gigabyte GTX 1060 6GB Mini OC; 950 Pro 512 GB
    ZweitPC: Asus M4N82 Deluxe; Phenom II x6 1090T; 4x2GB DDR2-800; GeForce GT530
    TestPC: Gigabyte GA-K8NS Pro; Athlon 64 Venice 3200+; 2x 1GB MDT DDR-400; Club3D HD4670 AGP
    Notebook: ASUS K53SV; i5-2410M/HD3000; GeForce 540M 2GB; 2x4GB DDR3-1866: 850 EVO 500 GB

  • Ach nee! :D
    Mit der *Linkshändigkeit* beschäftigen sich nun auch Bugdiskussionen [1]. Nun ja...

    Wer *Go, Reload, Stop* los werden möchte:

    Code
    @namespace url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul);
    
    
    /* Entfernen, Go, Stop, Reload */
    toolbarbutton[onclick="gURLBar.handleCommand(event);"],
    toolbarbutton[oncommand="BrowserReloadOrDuplicate(event)"],
    toolbarbutton[oncommand="BrowserStop();"] {
         display: none;
         }

    [1] https://bugzilla.mozilla.org/show_bug.cgi?id=593293#c3

  • Scheint sich jetzt etwas zu häufen: "EXCEPTION_STACK_OVERFLOW"
    http://crash-stats.mozilla.com/report/index/b…0b-01c422100904

    HauptPC: ASRock X99M Extreme4; i7-5820K; 4x4GB DDR4-2400; Gigabyte GTX 1060 6GB Mini OC; 950 Pro 512 GB
    ZweitPC: Asus M4N82 Deluxe; Phenom II x6 1090T; 4x2GB DDR2-800; GeForce GT530
    TestPC: Gigabyte GA-K8NS Pro; Athlon 64 Venice 3200+; 2x 1GB MDT DDR-400; Club3D HD4670 AGP
    Notebook: ASUS K53SV; i5-2410M/HD3000; GeForce 540M 2GB; 2x4GB DDR3-1866: 850 EVO 500 GB

  • Ich bin kein Linkshänder, das nur zur Klarstellung. Ich finde auch nicht, dass man die Elemente, so wie zurzeit auf der rechten Seite zu finden sind, auch auf die linke Seite packen sollte. Wer sich diese Schalftflächen auf die linke Seite legt, der braucht sie doch nicht zwingend mit der Adressleiste verbunden zu haben. Sieht in meinen Augen irgendwie seltsam aus.

    Ich bin aber nach wie vor generell der Meinung, dass es keine gute Entscheidung ist dies alles auf die rechte Seite zu legen und damit räumlich von den anderen Schaltflächen zu trennen. Das hat nichts mit Linkshändigkeit zu tun und scheint mir eher dazu zu dienen es so darzustellen, als handele es sich nur um die Kritik einer kleinen Minderheit. Ich bin mir eigentlich ziemlich sicher, dass das von vielen Nutzern kritisiert werden wird, sobald Fx 4 erscheint.

    Die Unterstützung für die Hardwarebeschleunigung der Schichten (Layers) per Direct3D wurde jetzt übrigens für Windows scharf geschaltet. Damit sollten nun auch die noch verbliebenen ( :mrgreen: ) Windows-XP-Nutzer in den Genuss einer hardwarbeschleunigten Darstellung kommen - wenn auch nicht in dem Umfang, den Direct2D bietet.

    D2D ist zurzeit grottenlangsam, aber das Problem ist bekannt und die Arbeiten schreiten in Bug 593361 wohl auch ganz gut voran, wenn ich das richtig interpretiere. Zurzeit tröste ich mich hier mit der Hardwarebeschleunigung per Direct3D 9 und schalte D2D ab. Unter Windows Vista und 7 ist es übrigens tatsächlich möglich beide Techniken gemeinsam zu nutzen. Dass sich dadurch allerdings wirklich Vorteile gegenüber Direct2D alleine ergeben, bezweifle ich sehr stark.

  • Und Hinweis - Ext. Compatibly.
    Nightly- Nutzer werden es wissen. Vllt. trotzdem nochmal zur Verdeutlichung.

    Seit Fx 3.6 /3.7 [1] kann der Ext. Compatibly- Schalter

    Code
    extensions.checkCompatibility.<Version>


    für die Prüfung der Ext. Compatibly gesetzt werden. Dies gilt auch weiterhin. Sinnvoll sind ggf. diese Angaben:

    Code
    extensions.checkCompatibility.4.*


    oder

    Code
    extensions.checkCompatibility.4.0b

    .

    Wer jedoch die Extension ACR nutzt, braucht diesen Schalter nicht mehr separat zu setzen. Die Extension bringt (ggf. in Abhängigkeit ihrer Version) Schalter von 3.6 - 4.0b (acrService) mit.

    Unabhängig von diesem möglichen Instrument sollte man kompatible Extension einsetzen!

    [1] https://www.camp-firefox.de/forum/viewtopi…41bf0a1#p605403

  • Grad die beta6 6.9. ausprobiert und leicht verzweifelt verworfen ;)
    Mit meinem Mini-Thema wird die #urlbar zu hoch angezeigt und weigert sich beharrlich,
    andere Were anzunehmen. Öffne ich DOMI, schaltet der auf die richtigen Werte um,
    schliesse ich DOMI, alles zurück :-???
    Standardthema wird richtig angezeigt mit der userschrome.
    Ich hab noch nicht wirklich Plan, woran es liegt.
    Extensions - das Fenster dafür ist einfach zu schmal - bzw zu breit konzipiert.
    Noch breiter wird es, wenn man den Comp-Check deaktiviert hat und dden Text dafür
    sinngemäss übersetzt, das sprengt hier echt 1280er Breite (hab selbst mehr, aber das Fenster nicht)
    Dann verschwinden nach rechts alle Knöppe nebst Laufleiste.
    SessionManager arbeitet auch nicht mehr richtig, wieder ein leerer Tab beim Start ;)

    Mist, jetzt ist meine Haribo-Nervennahrung leer und Mitternacht durch :grr:

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

    U.a. 3 Bugs eingearbeitet - security & compatibility check status [1], Context menu change entries [2] und Remove buttons in list view [3]. Letzteres hatten wir wohl schon mal. Ich hatte die Hoffnung gehegt, dass man beginnend mit dem *x* eine kleine Schalterleiste an der äußeren Kante des rechten Panels anlegen würde.

    UA: Mozilla/5.0 (Windows NT 5.1; rv:2.0b6pre) Gecko/20100906 Firefox/4.0b6pre ID:20100906041818

    [1] https://bugzilla.mozilla.org/show_bug.cgi?id=566194
    [2] https://bugzilla.mozilla.org/show_bug.cgi?id=591465
    [3] https://bugzilla.mozilla.org/show_bug.cgi?id=590201

  • nope, sie ham' wieder die fetten Knöppe.

    Der von dir markierte Text ist übrigens was anderes als Updates, sondern irgendeine
    Sicherheitsprüfung für Erweiterungen. Habe das bei der Übersetzung gefunden,
    kann mir darunter allerdings nicht viel vorstellen - Mozilla prüft die doch!?
    Oder geht's um Erweiterungen, die nicht von AMO stammen?

  • Zitat von Brummelchen

    - Der von dir markierte Text ist übrigens was anderes als Updates, sondern irgendeine
    Sicherheitsprüfung für Erweiterungen.


    Jein! Vergleiche die Zeile bei beiden Abb.- ungen:

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

    In der 2-ten hat der Schalter:

    Code
    extensions.checkUpdateSecurity


    den Wert

    Code
    true

    .

    Zitat von Brummelchen

    - kann mir darunter allerdings nicht viel vorstellen - Mozilla prüft die doch!?
    Oder geht's um Erweiterungen, die nicht von AMO stammen?


    Gibt es schon geraume Zeit (s. obigen Schalter). Mozilla prüft - sicher, sicher. :lol:
    Und es geht /ging nie nur um AMO, sondern um den Bezug aus einer https- Quelle.

    Also 0 neues. Nur ein Einarbeiten in das neue AM- Tableau!

  • Das ist nur bei einem Fenster, das nicht markiert ist/den Fokus hat, durchsichtig und verhält sich damit genauso wie die Widgets auf der rechten Seite. Sobald Fx benutzt wird, ist die Schaltfläche auch wieder orange.

  • HauptPC: ASRock X99M Extreme4; i7-5820K; 4x4GB DDR4-2400; Gigabyte GTX 1060 6GB Mini OC; 950 Pro 512 GB
    ZweitPC: Asus M4N82 Deluxe; Phenom II x6 1090T; 4x2GB DDR2-800; GeForce GT530
    TestPC: Gigabyte GA-K8NS Pro; Athlon 64 Venice 3200+; 2x 1GB MDT DDR-400; Club3D HD4670 AGP
    Notebook: ASUS K53SV; i5-2410M/HD3000; GeForce 540M 2GB; 2x4GB DDR3-1866: 850 EVO 500 GB

  • Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b6pre) Gecko/20100908 Firefox/4.0b6pre

    Der FishIE Tank ist nun wieder schneller :)
    Zwar nicht ganz so schnell wie die beta 4/5, aber nah dran.

    Update:
    Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b6pre) Gecko/20100909 Firefox/4.0b6pre

    Ist das normal/richtig, dass bei einer DirectX 10.1 (Win7) Karte unten "Direct3D 9" angezeigt wird ?

    [Blockierte Grafik: http://img.album.de/files/images/screen/184/18423374790119.jpg]


    PS:
    Es wäre schön, wenn die Windows builds zuerst kommen würden und dann MAC/Linux.
    Schließlich sind die Windows Nutzer deutlich in der Überzahl.
    Danke

    HauptPC: ASRock X99M Extreme4; i7-5820K; 4x4GB DDR4-2400; Gigabyte GTX 1060 6GB Mini OC; 950 Pro 512 GB
    ZweitPC: Asus M4N82 Deluxe; Phenom II x6 1090T; 4x2GB DDR2-800; GeForce GT530
    TestPC: Gigabyte GA-K8NS Pro; Athlon 64 Venice 3200+; 2x 1GB MDT DDR-400; Club3D HD4670 AGP
    Notebook: ASUS K53SV; i5-2410M/HD3000; GeForce 540M 2GB; 2x4GB DDR3-1866: 850 EVO 500 GB

    Einmal editiert, zuletzt von MrX1980 (9. September 2010 um 17:06)

  • Mit dem heutigen nightly findet endlich eine Suchfunktion in TabCandy Einzug. Zwar noch ohne grafischen Feinschliff, aber die Funktion ist da (rechts dieses kleine Kästchen). Tolle Sache! :klasse:

    Mozilla/5.0 (Windows NT 6.0; rv:2.0b6pre) Gecko/20100909 Firefox/4.0b6pre

  • Funktionieren bei Euch diese WebGL Webseiten ?

    nur schwarzes Bild (oben):
    http://o3d.googlecode.com/svn/trunk/samp…mples/pool.html

    nur weißes Kästchen:
    http://www.iquilezles.org/apps/shadertoy/

    HauptPC: ASRock X99M Extreme4; i7-5820K; 4x4GB DDR4-2400; Gigabyte GTX 1060 6GB Mini OC; 950 Pro 512 GB
    ZweitPC: Asus M4N82 Deluxe; Phenom II x6 1090T; 4x2GB DDR2-800; GeForce GT530
    TestPC: Gigabyte GA-K8NS Pro; Athlon 64 Venice 3200+; 2x 1GB MDT DDR-400; Club3D HD4670 AGP
    Notebook: ASUS K53SV; i5-2410M/HD3000; GeForce 540M 2GB; 2x4GB DDR3-1866: 850 EVO 500 GB