Entwicklung Firefox

Zitat von .Hermes

Manchmal übertreiben die Entwickler. Mit Bug 1067896 - Add autocomplete result type for searching via alias of a search engine wird eine Eingabe in der Adressleiste zu …
[attachment=0]urlbar.png[/attachment]
um das wieder loszuwerden kann man

bemühen.

Ein neuer Vertrag mit Google steht ins Haus, und irgendwie muss man die Schafe ja in die richtige Richtung treiben.

Unsinn, das hat mit Google nicht das Geringste zu tun. Wenn du DuckDuckGo zum Suchen benutzt, dann steht da (mein Screenshot, erster Eintrag) DuckDuckGo. Und mit deiner Chronik (weitere Einträge) hat Google schon gar nichts zu tun.

Zitat von Sören Hentzschel

Das sind Einträge aus deiner Suchchronik.

Das kann aber nicht sein.
Meine Suchchronik ist leer. D.h. ich lösche regelmäßig die Einträge in der Suchleiste.

Ich denke schon, dass das sein kann, da genau das implementiert worden ist und ich das in einem frischen Profil getestest und bestätigt habe, siehe Screenshot. Das betrifft nicht nur die direkte Eingabe in die Suchleiste, sondern auch in die Adressleiste oder in das Suchfeld von about:home oder about:newtab.

Mehr Informationen zu den Plänen (Awesomebar/Suche) in dieser PDF-Datei:
https://people.mozilla.org/~sfranks/Aweso…xplorations.pdf

browser.newtab.url steht auf about:blank. browser.startup.homepage steht ebenso auf about:blank.

Die Adressleiste nutze ich nie zur Suche. Aber hier scheint Mozilla jedoch eine Änderung vorgenommen zu haben.
Ich habe es noch nicht hinreichend untersucht, aber im DNS gab es augenscheinlich eine Änderung. Früher wurde mir bei sinnlosen Suchanfragen wie z.B. "karemel" eine Seite meines Proxy bezüglich "NXDOMAIN" präsentiert. Derzeit wird korrekt Google aufgerufen.

Das bezieht sich jetzt aber schon auf die Adressleiste, oder? Denn Eingaben im Suchfeld landeten logischerweise immer bei der Suchmaschine. In dem Fall zitiere ich mich aus meinem Blog selbst:

Zitat

Mit Firefox 33 verbessert Mozilla die Suche nach Begriffen, die aus nur einem Wort bestehen, sowie nach arithmetischen Ausdrücken. Bislang hat Firefox den Suchbegriff zunächst versucht auf eine URL aufzulösen, im Falle von “1234-5678″ beispielsweise auf “http://1234-5678/” und danach erst eine Suche bei der eingestellten Suchmaschine nach “1234-5678″ durchgeführt. Die Suche nach einer Zahl wie “12345678” hat direkt eine Fehlermeldung produziert. Letzteres konnte bislang durch das Voranstellen eines Fragezeichens, also “?12345678″ umgangen werden.

In beiden Fällen verhält sich Firefox ab Version 33 anders und sendet die Anfrage direkt an die Suchmaschine der Wahl. Gleichzeitig führt Firefox im Hintergrund eine Suche nach lokalen Hosts durch und bietet im Falle eines Treffers die Option an, diesen Begriff als lokalen Host zu speichern, so dass eine Suche danach in Zukunft den lokalen Host anstelle der Suchmaschine aufruft. Wer das Verhalten diesbezüglich vorab über about:config konfigurieren möchte, kann dies durch Anlegen von Boolean-Schaltern nach dem Schema “browser.fixup.domainwhitelist.” plus Hostname machen, im Falle des Hosts “agenedia” zum Beispiel “browser.fixup.domainwhitelist.agenedia” mit dem Wert true”. Der Hostname “localhost” ist bereits automatisch konfiguriert.

Das wäre die Änderung, die mir da einfallen würde, falls du das meinst.

Nein, diese Änderung meinte ich nicht. Dazu mal ein kurzer Auszug vom Wireshark …
[attachment=0]dns.png[/attachment]Als Suchbegriff wurde der falsche Begriff "krummr" genutzt, um einen DNS-Fehler zu forcieren.

In Zeile 33 und 34 wurde das DNS nach http://www.google.com befragt, sowohl IPV4 [A] als auch IPV6 [AAAA]. Die Antworten mit den Aufgelösten Namen folgen in den Zeilen 39 und 40.

In Zeile 35 und 36 wurde das DNS nach krummr befragt. Die Antworten folgen in Zeilen 37 und 38, sie beinhalten keine aufgelösten Namen.

Durch diese frühzeitige DNS-Abfrage erfolgt diese nicht mehr im Proxy, der dann mit besagter Seite antwortete und somit eine Anfrage bei Google verhinderte. Als Umgehung schrieb ich immer ungültige URL.

Ergänzung zu meinem vorigen Beitrag. Wegen dem langen Zeitunterschied wurde er nicht geändert.

Unter einem Fx 14 schaut es so aus …
[attachment=1]get.png[/attachment]
Der Fx schickt die Anforderung direkt ins Netz, Zeile 6 "get", Nun muss der Proxy die DNS-Auflösung vornehmen, Zeilen 8+9.
Die Antwort, in Zeilen 10+11, sind negative Antworten des Servers, die dann in Zeile 12 mit der eigenen Nachricht, 503, des Proxy an den Fx quittiert wird …
[attachment=0]squid.png[/attachment]
Darum habe ich die Suche über die Adress-Leiste bislang nie benutzt.

In den Zeilen 14+15 versucht der Fx noch ein Favicon zu erhaschen, was natürlich auch nicht klappen kann.

Die Zeile 7+13 wurden verfälscht, da es sich um nicht relevante Pakete handelte.

Kann das jemand für andere OS bestätigen?

Ich nutze das Nightly des “Ubuntu Mozilla Daily Build Team” team. Es nennt sich zwar daily, aber wenn die Pfleger etwas anderes zu tun haben, vergehen manchmal doch ein paar Tage bis zum nächsten Update.

Auffallend war die Beschleunigung der Grafik zwischen dem 22.09 und 04.10.
Z.B. fliegt einem auf Nachrichten>Netzwelt (SPON) die Vorschau auf die Artikel (Maus über die Leiste Politik bis Auto bewegen) nahezu um die Augen.

Vorher gab es zwischendurch immer den berühmten Ladekreis, also wurde irgendetwas verändert. Ich habe oben zwar von der Grafik gesprochen, kann aber real nicht sagen welche Komponente jetzt besser werkelt. Nur, mir gefällt es.

Absturzberichte bitte verlinken. Und was bedeutet "falsche Handhabung" im Falle von TinyTinyRSS?

Re Cache: Das neue Cache-Backend ist seit Firefox 32 standardmäßig aktiviert. Darüber hinaus gab es keine speziellen Änderungen am Cache, außer halt natürlich Bugfixes wie für alle anderen Bereiche von Firefox auch.

Re User-Agent: Ich weiß nicht, wie dein User-Agent aussieht, weil ich den nur sehe, wenn du hier im Forum online bist, aber was ist der Sinn davon, diesen zu ändern? Mit User-Agent-Änderungen provoziert man nur Probleme auf Webseiten, die User-Agent-Sniffing betreiben, und erhöht gleichzeitig seinen Fingerprint, womit man identifizierbarer wird. Nichts ist unauffälliger als in der Masse unterzugehen - mit dem Standanrd-User-Agent. Was genau versprichst du dir davon?

Okay, ist eine Erklärung, da YouTube für Firefox Nightly- und Aurora-Nutzer ja nur noch den HTML5-Player anbietet.

Gegen das hängen bleiben bei HTML5 setz mal media.mediasource.enabled to false.
Ich finde er ist auch wieder schneller geworden in den letzten Builds. Ich komme jetzt in den Vollbildmodus und zurück ohne daß er kurz hängt beim umschalten. Das ging vorher nur mit mediasource auf true so flüssig. Das musste ich ja abschalten da früher oder später der Stream hängt und der Kreisel seine runden dreht. Also so ist das jetzt ok mit dem HTML5 Player.

Gestern in Aurora und heute im Nightly auch:

[Blockierte Grafik: http://www11.pic-upload.de/thumb/21.10.14/4qro83kizjxz.jpg]