Como a atualização da página de correção do Java Runtime pode congelar no IE em um site que NÃO possui applets Java?

Question

Temos um produto escrito como um site ASP.NET implantado em mais de 70 sites.

Recentemente, um site relatou problemas nos quais os navegadores IE8 / 9 travariam em determinados pontos posteriores e exigiriam que o navegador ficasse fisicamente fechado para que funcionasse novamente (parece que demorava muito para carregar, mas atualizar a página, ou até mesmo digitar um URL de um site diferente na barra de endereço não funcionaria).

Exatamente o mesmo site com o Chrome / Firefox não teve problemas. Eu usei o Fiddler2 como um proxy intermediário para ver se eu poderia rastrear a causa, mas assim que ele estivesse em execução, o problema não ocorreria mais.

Para piorar, algumas máquinas, também executando o IE8 / 9, não tiveram o problema. Uma análise profunda do que havia mudado revelou o seguinte: 1. O site não foi atualizado em mais de um mês 2. As máquinas Windows foram atualizadas centralmente e não foram atualizadas antes do início do problema 3. As máquinas que exibiram o problema , parecia ter uma versão mais antiga do Java Runtime, uma vez que uma atualização foi bloqueada ou falhou.

Quando o JRE foi atualizado nas máquinas afetadas, o problema foi resolvido. O cliente agora está tentando fazer uma análise de risco e descobrir o que aconteceu, mas estou perdido porque nosso aplicativo não usa JAVA de nenhuma forma, então não vejo por que uma atualização do JRE afetaria a execução dele . Além disso, esse problema não ocorreu em nenhum de nossos outros sites, ou pelo menos ainda não aconteceu. E isso aconteceu literalmente durante a noite - tudo estava funcionando na quarta-feira e quebrado na quinta-feira.

O nosso produto utiliza vários componentes, alguns de código aberto, alguns comerciais, nenhum dos quais acredito que exijam JAVA: Infragistics Web Controls 12.1 AjaxControlToolkit 4.1 jQuery 1.8.2 jQuery UI 1.8.16 jQuery Validar 1.9

E vários pequenos plugins do jQuery: plupload, cookie, hoverIntent, maskedinput, placeholder, potato.menu

Se alguém puder me ajudar a explicar por que as coisas de repente pararam de funcionar e como uma atualização do Java Runtime poderia consertar um site que não usa JAVA, eu ficaria profundamente grato.

    

Answer 1

Eu tive esse mesmo problema na semana passada após as atualizações do Windows de 11 de março de 2014. Meu site era ASP.net formulários da web em execução SSL e páginas de repente começou a travar não não responder. Desligar o navegador resolveria o problema, mas logo voltaria depois de tentar novamente. A atualização do mecanismo Java não funcionou para mim e, quando usei o Fiddler, o problema desapareceu e o site funcionou bem.

O problema acabou sendo conteúdo misto entre http e https. Havia um iframe na página mestra cuja origem foi definida dinamicamente com base na solicitação do usuário, no entanto, quando o iframe não estava definido, o padrão para src era "/", que foi para a raiz do site. No servidor de produção, as solicitações para a raiz foram redirecionadas para outro site, que não era o ssl. Isso causou uma situação de conteúdo misto no IE, e o IE não estava exibindo o prompt para o usuário permitir o conteúdo de mixagem, ele funcionaria uma ou duas vezes e depois travaria.

Alterei o src padrão do iframe para uma página específica no site e tudo começou a funcionar.

O que recomendo é garantir que não haja conteúdo misto em seu site.