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 :
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.
Você pode ver a 0xEF 0xBB 0xBFlista 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.