Possivelmente relacionado ao bug 832910 , que solicita que o menu de codificação seja desativado em determinados sites para evitar explorações (aquele é específico do Android e não foi resolvido; estou procurando pelo equivalente na área de trabalho).
22414 Bob
Respostas:
16
Isso ocorre devido à correção do Bug 234628 , menu Desativar exibição> Codificação de caracteres, quando ele não terá efeito / é desnecessário (por exemplo, XML) .
Quanto ao caso em que existe uma lista técnica UTF-8, faz sentido permitir que a lista técnica tenha precedência sobre o menu
A lista técnica é usada para identificar a ordem dos bytes em um documento codificado em Unicode.
Os motivos apresentados podem ser resumidos como:
O Gecko (mecanismo de renderização do Firefox) não suporta nenhuma outra codificação que renderize uma BOM como um início HTML válido ( <htmlou <!DOCTYPEetc.).
Outros navegadores principais (IE6 +, baseado no WebKit [Chrome, etc.]) fazem a mesma coisa. Por exemplo, se você tentar alterar a codificação no Chrome, ela será redefinida para UTF-8.
Fazer o contrário poderia potencialmente atrapalhar a entrada do formulário.
A página de exemplo que você forneceu começa com os três bytes UTF-8 BOM. Você pode ver isso se salvar a página e abrir o arquivo HTML em um editor hexadecimal. A BOM o identifica positivamente como um documento UTF-8 e abri-lo em qualquer outra codificação não produziria uma página HTML correta.
Se você realmente quiser, pode salvar o arquivo, retirar a lista técnica incorreta e abrir o arquivo. Ou você pode configurar um proxy (o Fiddler2 é bom para isso) que interceptará e modificará os arquivos antes que eles cheguem ao seu navegador. No entanto, essas não são realmente boas soluções e provavelmente criarão mais problemas. A melhor coisa a fazer, se você tiver problemas de codificação, é entrar em contato com o mantenedor do site. Todos nós devemos mudar para Unicode sempre que possível, sem usar os padrões de codificação mais antigos e mais limitados.
Não é um bug. Foi completamente intencional . Observe que, de acordo com este comentário , o menu não tem efeito no Chrome em páginas semelhantes (e acabei de testar, no Chrome atual ele é redefinido para UTF-8 se você tentar alterá-lo).
Respostas:
Isso ocorre devido à correção do Bug 234628 , menu Desativar exibição> Codificação de caracteres, quando ele não terá efeito / é desnecessário (por exemplo, XML) .
Especificamente, se você observar o comentário # 63 :
A lista técnica é usada para identificar a ordem dos bytes em um documento codificado em Unicode.
Os motivos apresentados podem ser resumidos como:
O Gecko (mecanismo de renderização do Firefox) não suporta nenhuma outra codificação que renderize uma BOM como um início HTML válido (
<htmlou<!DOCTYPEetc.).Outros navegadores principais (IE6 +, baseado no WebKit [Chrome, etc.]) fazem a mesma coisa. Por exemplo, se você tentar alterar a codificação no Chrome, ela será redefinida para UTF-8.
Fazer o contrário poderia potencialmente atrapalhar a entrada do formulário.
A página de exemplo que você forneceu começa com os três bytes UTF-8 BOM. Você pode ver isso se salvar a página e abrir o arquivo HTML em um editor hexadecimal. A BOM o identifica positivamente como um documento UTF-8 e abri-lo em qualquer outra codificação não produziria uma página HTML correta.
Você pode ver a
0xEF0xBB0xBFlista técnica à esquerda, conforme descrito na Wikipedia . À direita, mostra como é a aparência quando renderizada como ANSI / CP1252 .Se você realmente quiser, pode salvar o arquivo, retirar a lista técnica incorreta e abrir o arquivo. Ou você pode configurar um proxy (o Fiddler2 é bom para isso) que interceptará e modificará os arquivos antes que eles cheguem ao seu navegador. No entanto, essas não são realmente boas soluções e provavelmente criarão mais problemas. A melhor coisa a fazer, se você tiver problemas de codificação, é entrar em contato com o mantenedor do site. Todos nós devemos mudar para Unicode sempre que possível, sem usar os padrões de codificação mais antigos e mais limitados.
fonte
Provavelmente é um bug. O Chromium teve um problema semelhante anos atrás.
fonte