Peut-être lié au bogue 832910 , qui demande que le menu d'encodage soit désactivé sur certains sites pour empêcher les exploits (celui-ci est spécifique à Android et non résolu; je recherche l'équivalent du bureau).
Bob
Réponses:
16
Cela est dû au correctif du bogue 234628 , Désactiver l' affichage > Menu de codage des caractères lorsqu'il n'a pas d'effet / n'est pas nécessaire (par exemple XML) .
Quant au cas où il y a une nomenclature UTF-8, il est logique de laisser la nomenclature avoir la priorité sur le menu
La nomenclature est utilisée pour identifier l'ordre des octets dans un document codé Unicode.
Les raisons invoquées peuvent être résumées comme suit:
Gecko (le moteur de rendu de Firefox) ne prend en charge aucun autre encodage qui rendrait une nomenclature comme un début HTML valide ( <htmlou <!DOCTYPEetc.).
Les autres principaux navigateurs (IE6 +, WebKit [Chrome, etc.]) font la même chose. Par exemple, si vous essayez de modifier l'encodage sur Chrome, il revient simplement à UTF-8.
Sinon, cela pourrait potentiellement gâcher la saisie du formulaire.
La page d'exemple que vous avez fournie commence par les trois octets de nomenclature UTF-8. Vous pouvez le voir si vous enregistrez la page et ouvrez le fichier HTML dans un éditeur hexadécimal. La nomenclature l'identifie positivement comme un document UTF-8, et son ouverture dans tout autre encodage ne donnerait pas une page HTML correcte.
Si vous le souhaitez, vous pouvez enregistrer le fichier, supprimer la nomenclature incriminée et ouvrir le fichier. Ou vous pouvez configurer un proxy (Fiddler2 est bon pour cela) qui interceptera et modifiera les fichiers avant qu'ils n'atteignent votre navigateur. Cependant, ce ne sont pas vraiment de bonnes solutions et sont susceptibles de créer de nouveaux problèmes. La meilleure chose à faire, si vous avez des problèmes d'encodage, est de contacter le mainteneur du site. Nous devrions tous passer à Unicode dans la mesure du possible de toute façon, sans utiliser les normes d'encodage plus anciennes et plus limitées.
Ce n'est pas un bug. C'était complètement intentionnel . Notez que selon ce commentaire , le menu n'a aucun effet dans Chrome sur des pages similaires (et je viens de le tester, sur Chrome actuel il se réinitialise en UTF-8 si vous essayez de le changer).
Réponses:
Cela est dû au correctif du bogue 234628 , Désactiver l' affichage > Menu de codage des caractères lorsqu'il n'a pas d'effet / n'est pas nécessaire (par exemple XML) .
Plus précisément, si vous regardez le commentaire # 63 :
La nomenclature est utilisée pour identifier l'ordre des octets dans un document codé Unicode.
Les raisons invoquées peuvent être résumées comme suit:
Gecko (le moteur de rendu de Firefox) ne prend en charge aucun autre encodage qui rendrait une nomenclature comme un début HTML valide (
<html
ou<!DOCTYPE
etc.).Les autres principaux navigateurs (IE6 +, WebKit [Chrome, etc.]) font la même chose. Par exemple, si vous essayez de modifier l'encodage sur Chrome, il revient simplement à UTF-8.
Sinon, cela pourrait potentiellement gâcher la saisie du formulaire.
La page d'exemple que vous avez fournie commence par les trois octets de nomenclature UTF-8. Vous pouvez le voir si vous enregistrez la page et ouvrez le fichier HTML dans un éditeur hexadécimal. La nomenclature l'identifie positivement comme un document UTF-8, et son ouverture dans tout autre encodage ne donnerait pas une page HTML correcte.
Vous pouvez voir la
0xEF
0xBB
0xBF
nomenclature sur la gauche, comme décrit sur Wikipedia . À droite, il montre à quoi il ressemble lorsqu'il est rendu en ANSI / CP1252 .Si vous le souhaitez, vous pouvez enregistrer le fichier, supprimer la nomenclature incriminée et ouvrir le fichier. Ou vous pouvez configurer un proxy (Fiddler2 est bon pour cela) qui interceptera et modifiera les fichiers avant qu'ils n'atteignent votre navigateur. Cependant, ce ne sont pas vraiment de bonnes solutions et sont susceptibles de créer de nouveaux problèmes. La meilleure chose à faire, si vous avez des problèmes d'encodage, est de contacter le mainteneur du site. Nous devrions tous passer à Unicode dans la mesure du possible de toute façon, sans utiliser les normes d'encodage plus anciennes et plus limitées.
la source
C'est probablement un bug. Le chrome avait un problème similaire il y a des années.
la source