Tecnologia

@anthuansousa@lemmy.eco.br

Pelo que tenho acompanhado da issue no GitLab, o problema está um conflito entre um módulo dependente do Crash Reporter (que o Fennec costumava remover como parte de maior privacidade) e o mecanismo de extensões que lidam com WebRequests.

Tanto é que, pelos relatos, esse problema praticamente só tem ocorrido quando se tem instaladas extensões como uBlock, Ghostery, No-Script, Tampermonkey/Greasemonkey e afins, que usam WebRequests.

A pessoa desenvolvedora do Fennec postou uma versão de teste (não cheguei a instalar) onde removeu a remoção do Crash Reporter, e o pessoal relatou que o bug deixou de ocorrer nessa versão teste. Ainda há coisas a definir antes de sair uma nova versão oficial, como, por exemplo, quais os impactos da reabilitação do Crash Reporter na privacidade (Fennec foca bastante nesse sentido), é por isso que ainda não houve uma atualização oficial.

Daí uma das soluções, também, tem sido desativar e reativar as extensões. Sequer é necessário reiniciar o Fennec, é literalmente "desligar e ligar novamente", clássica solução da T.I. hahaha.

Já até meio que peguei o hábito de entrar no Fennec, abrir o gerenciador de extensões, tocar pra desativar o uBlock e, em seguida, tocar pra ativar novamente. É praticamente instantâneo: se uma página (exemplo: Lemmy) estava carregando, imediatamente passa a carregar tão logo eu reativo a extensão.

O curioso que eu reparei é que enquanto o Fennec está "travado", o IronFox também não carrega, embora se eu não abro o Fennec, o IronFox carrega normal. Aparentemente, quando acontece o problema do Fennec, de alguma forma interfere nas demais instalações derivadas do Firefox, mesmo com o sandboxing do Android. Só não reportei isso lá no issue porque não tenho nem pretendo ter conta no Gitlab, mas reparei esse fenômeno.