Hallo Zusammen,
mir ist aufgefallen, dass Firefox neuerdings utf8-Sonderzeichen in Punycode darstellt wo er es früher nicht getan hat. Lässt sich das wieder umstellen?
Betroffen ist z.B. das Zeichen ☕.
Viele Grüße
di.re
Hallo Zusammen,
mir ist aufgefallen, dass Firefox neuerdings utf8-Sonderzeichen in Punycode darstellt wo er es früher nicht getan hat. Lässt sich das wieder umstellen?
Betroffen ist z.B. das Zeichen ☕.
Viele Grüße
di.re
Hi di.re,
die (verborgenen) Einstellungen
network.IDN_show_punycode (Link) -> Standardwert: false
network.enableIDN (Link) -> Standardwert: true
haben darauf Einfluss. Überprüfe diese in about:config (Link) und ändere Sie gegebenenfalls.
Hi!
Die beiden Einstellungen sind es leider nicht:
network.enableIDN ist true und sie werden ja auch aufgelöst, aber im punycode dargestellt
network.IDN_show_punycode ist false und z.B. öäü stellt er auch nicht im punycode dar.. aber z.B. die Kaffeetasse (☕)
einen Sicherheitsaspekt neuerdings die Kaffeetasse nicht mehr zuzulassen sehe ich eigentlich nicht.. ich sehe da keine Verwechslungsgefahr zu normalen Buchstaben
als Bug einreichen?
Ich bin schon meine Kontakt-Liste durchgegangen.. da tritt das Problem auch auf..
aber mal ein einfaches Beispiel: (ich habe keine Kosten und Mühen gescheut)
http://%e2%98%95.de.vu (leider versagt der URL-Tag)
im Punycode:
http://xn--53h.de.vu/
Unter Linux klappt die Eingabe der Kaffeetasse mit: STRG+Shift+u 2615 Enter
Zitat von boardraider
Funktioniert das dann bei dir? Hier klappt das so nicht , zumindest nicht mit konkret genannter Adresse. Dahingegen würde http://gr%c3%b6mitz.vu so auch in der Urlbar dargestellt, natürlich aber nicht gefunden - gibt's nämlich nicht. Bei http://gr%c3%b6mitz.de.vu landet man auf http://www.nic.de.vu.
Bei mir klappt das so leider auch nicht. Ich habe allerdings nochmal nachgeschaut: Mit FF 3.0.10 tut bei mir noch alles einwandfrei.
D.h. jetzt erstmal, dass auf den Rechnern die noch den alten FF haben, nicht geupdated wird. Aber eine Dauerlösung stellt das ja nicht dar.
Auch in dem neuen 3.5 tut es nicht.
Was soll ich jetzt tun? Doch als Bug einreichen? Feature-Request (wenn es sowas gibt?)?....Und wenn ja: wo dies tun?
Feature Requests zu Firefox kannst Du >>> hier <<< posten (in Englisch).
Für Bugmeldungen wäre bugzilla (ebenfalls in Englisch) der richtige Ort.
Übrigens: wenn ich http://%e2%98%95.de.vu aufrufe, lande ich auf http://xn--53h.de.vu/ und sehe das Wort Testseite. (http://%e2%98%95.de.vu per Copy & Paste in die Adresszeile kopiert; per Drag & Drop aus dem Beitrag in die Adresszeile geht auch).
Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.1) Gecko/20090616 Firefox/3.5
Zitat von Road-Runner...
Übrigens: wenn ich http://%e2%98%95.de.vu aufrufe, lande ich auf http://xn--53h.de.vu/ und sehe das Wort Testseite. (http://%e2%98%95.de.vu per Copy & Paste in die Adresszeile kopiert; per Drag & Drop aus dem Beitrag in die Adresszeile geht auch).
..
richtig, aber es wird der Punycode (xn--53h) angezeigt und nicht die Kaffeetasse wie noch in 3.0.10
Der Punycode ist doch eine Behelfslösung um Unicode in ascii zu kodieren und nun ist für mich eben die Frage warum der User das in diesem Fall angezeigt bekommt.
Und vielen Dank für die Links
Zitat von di.re
richtig, aber es wird der Punycode (xn--53h) angezeigt und nicht die Kaffeetasse wie noch in 3.0.10
Bei mir wird im Fuchs 2.0.0.20; im 3.0.10; im 3.0.11 und im 3.5 RC2 immer der Punycode angezeigt; nie die Tasse.
Ich kopiere den Link mit der Tasse in die Adresszeile, drücke Enter und es kommt http://xn--53h.de.vu/
Bei allen Versionen lauten diese Einstellungen:
network.IDN_show_punycode -> Standardwert: false
network.enableIDN -> Standardwert: true
Da fällt mir noch etwas fundamentales ein:
.vu muss generell erstmal für IDNs frei geschaltet werden (network.IDN.whitelist.vu).
Dann es tut mit 3.0.10 aber nicht mit 3.0.11
Unter .org hat es mit 3.0.10 gleich getan, allerdings kannte ich unter .org / .de keine kostenlosen Domainanbieter um eine Testdomain einzurichten....
Ich vermute, es liegt am Zeichen xn--53h (☕) selbst. Es ist mir bislang nicht gelungen, dieses Zeichen in welcher Kombination auch immer im Namen einer Domain als Tasse angezeigt zu bekommen; dabei wurden verschiedene Top-Level-Domains getestet.
Kann es sein, dass irgendwo festgelegt ist, welche Zeichen überhaupt für die verschiedenen TLD als "Spezialzeichen" zugelassen sind (siehe hierzu: Internationalizing Domain Names in Applications: Zeichensätze (Wikipedia))?
Zitat von NightHawk56Kann es sein, dass irgendwo festgelegt ist, welche Zeichen überhaupt für die verschiedenen TLD als "Spezialzeichen" zugelassen sind (siehe hierzu: Internationalizing Domain Names in Applications: Zeichensätze (Wikipedia))?
Dies gilt meines Wissens für Second-Level-Domains. Aber darunter? Da kann man in die DNS-Server ja alles eintragen und interessanter Weise tut z.B. ✈ unter einer .org Domain noch, sowohl unter 3.0.11 als auch unter 3.5.
https://bugzilla.mozilla.org/show_bug.cgi?id=479413
Ist die Folge dieses Fixes.