Após a atualização do Microsoft Edge 132 no Android, usuários de dobráveis e alguns tablets notaram um deslocamento do ponto de toque no modo paisagem. A seguir, descubra como identificar o problema, aplicar a correção definitiva e o que fazer em cenários corporativos.
Visão geral do problema no Microsoft Edge para Android
Em determinados dispositivos dobráveis — como Galaxy Z Fold 6, OnePlus Open, Pixel Fold e Honor Magic V 3 — e até em tablets como o Samsung Tab S8, o Microsoft Edge passou a registrar o toque alguns milímetros acima do ponto efetivamente pressionado quando o aparelho está desdobrado (modo tablet/paisagem). O comportamento emergiu após a atualização para a versão estável 132.0.2957.118 do navegador e ficou restrito ao conteúdo da página exibido no Edge. Elementos do sistema, teclado virtual e outros aplicativos continuaram com precisão normal, o que ajudou a isolar o problema ao motor de renderização/composição do próprio navegador.
O sintoma foi especialmente notado em áreas interativas finas — botões estreitos, links próximos, caixas de seleção e menus “hambúrguer” em sites responsivos — levando a toques “fantasma” acima do alvo. Em páginas com barras fixas (header ou nav “sticky”), o desvio podia induzir a cliques na barra em vez do link desejado, amplificando a frustração do usuário.
Quem foi impactado
A falha apareceu de forma consistente em aparelhos que alternam dinamicamente entre telas/DPIs distintos ao abrir e fechar o corpo do dispositivo, além de alguns tablets em modo paisagem. Entre os modelos mais citados:
- Samsung Galaxy Z Fold 6 (e gerações próximas) no display interno, desdobrado;
- OnePlus Open;
- Google Pixel Fold;
- Honor Magic V 3;
- Tablets Android, como Samsung Tab S8, em modo paisagem.
Observou‑se que, dobrado (tela externa), o Edge costumava se comportar normalmente; o erro emergia ao mudar para a tela interna ou girar para paisagem, sugerindo relação com a troca de densidade e a recalibração de coordenadas de toque em tempo real.
Como o erro se manifesta na prática
- Offset vertical: o toque real é reconhecido alguns milímetros acima do ponto tocado.
- Afeta apenas páginas do Edge: UI do Android, teclado e outros apps funcionam bem.
- Interferência em elementos “sticky”: cabeçalhos fixos recebem toques destinados ao conteúdo logo abaixo.
- Menus e barras internas do Edge: alguns usuários relataram imprecisão também em menus/barras do próprio Edge, indicando um problema de UI mais amplo na versão 132.
Linha do tempo resumida
| Data (2025) | Evento | Observação |
|---|---|---|
| 23 jan | Primeiros relatos na versão 132 | Não ocorria na versão 131. |
| 23 jan → início de fev | Várias confirmações do bug | Foldables e tablets afetados. |
| 29 jan | Usuários detalham falhas extras (menus, barras, etc.) | Problema de UI mais amplo. |
| 3 fev | Mitigação temporária: forçar parada do app ao desdobrar | Funciona até dobrar novamente. |
| 12 fev | Versão Canary sem o bug, mas com lentidão em imagens | Alternativa provisória. |
| 21 fev | Edge 133.0.3065.67 (estável) libera correção | Relatos de solução definitiva. |
Por que isso acontece
Não houve comunicação oficial detalhando a causa raiz, mas as evidências apontam para um cálculo incorreto da matriz de transformação de toques após mudanças dinâmicas de viewport, DPI e resolução quando o dispositivo alterna entre telas (fechado/aberto) ou muda para paisagem. Como a regressão surgiu entre as versões estáveis 131 e 132, é plausível que uma alteração no pipeline de renderização/entrada — possivelmente relacionada a composição, “window insets” ou ao timing de reconfiguração do surface — tenha comprometido a sincronização entre os sistemas de coordenadas do HTML renderizado e a camada de input.
Como confirmar que é o mesmo bug
Se você suspeita que está com o problema, execute este roteiro. Ele não altera dados do aparelho e ajuda a isolar o Edge:
- Ative “Mostrar toques”: em Opções do desenvolvedor, habilite Mostrar toques e, se disponível, Local do ponteiro. Assim, um ponto/traço aparecerá exatamente onde seu dedo encosta na tela.
- Abra o Edge desdobrado: com o dispositivo em modo paisagem, acesse qualquer página com links e botões pequenos (ex.: página de notícias).
- Verifique o alinhamento: toque em um link e observe se o círculo de “Mostrar toques” coincide com o elemento acionado. Se o Edge selecionar algo acima do seu toque, há indícios fortes do bug.
- Compare com outro app: repita o mesmo gesto no Chrome, Firefox ou Samsung Internet; se ali o toque estiver preciso, o problema está circunscrito ao Edge.
Dica: se o offset some ao fechar e reabrir o Edge (ou após forçar parada) mas volta quando você dobra/desdobra o telefone, você está diante do mesmo comportamento observado por diversos usuários na versão 132.
Solução definitiva recomendada
A correção foi disponibilizada no canal estável do Edge na versão 133.0.3065.67 e superiores. Portanto, a medida mais eficaz e duradoura é atualizar o Microsoft Edge pela Play Store.
Como atualizar:
- Abra a Play Store e procure por “Microsoft Edge”.
- Toque em Atualizar (se disponível) e aguarde a conclusão.
- Após a atualização, forçe parada do Edge (Configurações → Apps → Edge → Forçar parada) e abra novamente.
- Confirme a versão: em ⋮ → Ajuda e feedback → Sobre o Microsoft Edge (ou pelas informações do app no sistema).
Se o sintoma persistir mesmo na 133 ou superior, siga os procedimentos de limpeza mais abaixo para remover resíduos de configuração e cache que possam manter estados inconsistentes.
Alternativas temporárias que foram utilizadas antes do patch
Usar Edge Beta, Dev ou Canary
Os canais Beta/Dev/Canary do Edge geralmente recebem correções antes do estável. Na época do problema, a Canary já não apresentava o offset (embora usuários tenham notado lentidão em imagens). Esses canais podem conviver com o Edge estável, compartilham login e sincronização, e são uma saída útil quando um bug específico afeta sua produção — com o alerta de que builds experimentais podem introduzir novos comportamentos temporários.
Forçar parada ao desdobrar o aparelho
Como paliativo, interromper o processo do Edge logo após a transição para o modo tablet fazia o navegador reconstruir suas superfícies e reprocessar métricas, devolvendo a precisão de toque até a próxima dobra. É possível automatizar essa ação:
- Com Rotinas Bixby (Samsung): crie uma rotina que detecte Ao abrir o telefone ou Ao mudar para paisagem e execute Forçar parada do Edge. Em seguida, abra o Edge automaticamente.
- Com Tasker: defina um perfil de Estado → Orientação do dispositivo ou Evento → Mudança de tela e crie uma Tarefa com a ação App → Fechar app (Edge) seguida de App → Iniciar app (Edge).
Observação: forçar parada encerra downloads em andamento e pode descartar estados de páginas com formulários não enviados. Use com moderação.
Fazer downgrade para a versão 131
Alguns usuários reverteram para a 131 até o lançamento da correção. O procedimento exige cautela: ao desinstalar atualizações ou reinstalar uma versão mais antiga, você pode perder dados locais do app (ex.: áreas de leitura offline, cookies). Além disso, manter‑se em versões antigas aumenta a exposição a outras vulnerabilidades.
Usar temporariamente outro navegador
Em ambientes críticos, alternar para Chrome, Firefox ou Samsung Internet evitou a perda de produtividade enquanto a correção oficial não chegava. Como o problema era específico do Edge 132, essa troca mitigava o impacto sem exigir mudanças no sistema.
Recomendações práticas atualizadas
| Situação atual do seu dispositivo | Ação indicada |
|---|---|
| Edge anterior à 133 | Atualize já pela Play Store para o estável ≥ 133. |
| Edge 133 ou superior | Sem ajustes adicionais. Se persistir, limpe cache ou reinstale. |
| Ambientes corporativos com versão fixa | Solicite ao administrador a antecipação do rollout ou adote temporariamente outro canal (Beta/Canary). |
| Persistência do problema mesmo na 133 | Envie feedback no próprio Edge (⋮ → Ajuda e feedback → Enviar feedback) anexando captura de toques (Opções do desenvolvedor → “Mostrar toques”). |
Procedimentos de limpeza pós‑atualização
Se, após atualizar para a 133 ou posterior, você ainda perceber imprecisão:
- Limpe o cache do app: Configurações → Apps → Edge → Armazenamento → Limpar cache.
- Repare permissões e sobreposições: verifique se não há overlays persistentes (bolhas de apps, gravadores) que possam interferir na área de toque.
- Reinstale o Edge: desinstale e instale novamente pela Play Store para garantir binários e recursos atualizados.
- Limpeza completa de dados (opcional e destrutiva): Configurações → Apps → Edge → Armazenamento → Limpar dados. Você perderá sessões e dados locais; garanta que a sincronização esteja ativa antes.
Boas práticas para evitar recidivas
- Atualizações automáticas: o Edge para Android costuma ter cadência semanal. Manter o app em atualização automática reduz a janela de exposição a regressões.
- Mantenha múltiplos canais instalados: ter o Edge estável e o Beta/Canary lado a lado permite migração rápida quando um bug atinge seu fluxo de trabalho.
- Documente o ambiente: ao abrir um chamado, informe modelo do aparelho, versão do Android, versão do Edge e se o problema acontece apenas desdobrado/paisagem.
Orientações para administradores e equipes de TI
Se sua organização gerencia o Edge via MDM (por exemplo, políticas de atualização controladas), considere:
- Priorizar o rollout da 133.0.3065.67+ nos segmentos com maior uso de dobráveis/tablets.
- Manter piloto em canal Beta para detectar regressões relacionadas a composição/renderização antes do estável.
- Instruir usuários sobre mitigação enquanto a atualização não chega aos dispositivos: uso temporário de outro navegador ou, se apropriado, rotina de forçar parada ao desdobrar.
- Coletar evidências: incentivar o envio de feedback pelo menu do Edge com capturas da opção Mostrar toques para facilitar a análise.
Se ainda acontecer depois da atualização
Embora a versão 133 tenha resolvido os relatos, variações ambientais podem manter resquícios do problema. Experimente a lista a seguir:
- Confirme a versão exata: verifique o número completo (ex.: 133.0.3065.67). Pequenos sufixos posteriores também incluem correções incrementais.
- Redefina o estado do app: além de cache/dados, feche todas as abas, saia da conta, forçe parada e reabra.
- Desative recursos experimentais: se você alterou edge://flags, use Reset all para retornar ao padrão (alterações experimentais podem afetar composição).
- Teste sem extensões (se aplicável no seu ambiente) e sem modo desenvolvedor.
- Verifique interferência de overlays: gravadores de tela, filtros de luz azul, bolhas de chat ou serviços de acessibilidade podem modificar a camada de toque/entrada.
- Crie um registro objetivo: com “Mostrar toques” ativado, grave a tela enquanto toca em elementos específicos; anexe o vídeo ao feedback do Edge.
Perguntas frequentes
Por que o teclado e outros apps não foram afetados?
O desvio de toque se limitou ao pipeline do Edge 132 ao compor páginas web. Outros apps, inclusive o teclado, usam superfícies e calibragens diferentes, por isso mantiveram precisão normal.
Isso só aparece em modo paisagem?
O gatilho mais comum relatado foi a transição para a tela interna desdobrada e o uso em paisagem. Em muitas unidades, dobrado (tela externa) o Edge operava corretamente.
Preciso desinstalar o Edge estável para usar o Beta/Canary?
Não. Os canais convivem no mesmo aparelho e você pode manter sincronização entre eles, escolhendo o canal que estiver mais estável no seu cenário.
Limpar dados do app apaga minhas senhas e favoritos?
Se a sincronização estiver ativa na sua conta Microsoft, seus favoritos, senhas e histórico são mantidos na nuvem e reaparecerão ao fazer login. Conteúdos locais (cookies, sessões) serão apagados.
A S Pen ou canetas ativas sofrem o mesmo offset?
Como o bug estava na transformação de coordenadas da página, tanto toques com o dedo quanto com canetas sofriam do mesmo efeito ao atingir a camada do Edge.
Estratégia de teste rápido após corrigir
Para validar que está tudo certo na 133 ou posterior, use este smoke test em menos de dois minutos:
- Abrir uma página com cabeçalho fixo e vários links pequenos logo abaixo.
- Tocar repetidamente na borda superior de um link. O elemento acionado deve ser exatamente aquele tocado, sem “subir” o clique para itens acima.
- Girar o aparelho/recolher e desdobrar; repetir o teste. O resultado deve permanecer consistente.
Checklist de ações recomendadas
- ✔ Atualize o Edge para a versão 133.0.3065.67 ou superior.
- ✔ Caso persista, limpe cache, considere reinstalar e verifique overlays.
- ✔ Em TI, priorize o rollout da 133+ em públicos com dobráveis/tablets.
- ✔ Se necessário, use temporariamente Beta/Canary ou outro navegador.
- ✔ Ao reportar, anexe vídeo com “Mostrar toques” ativo para evidenciar o offset.
Resumo
O deslocamento do ponto de toque no Microsoft Edge para Android surgiu na versão 132, afetando principalmente dispositivos dobráveis em modo paisagem e alguns tablets. Mitigações como forçar parada ao desdobrar, usar canais de teste ou alternar de navegador serviram apenas como ponte até a chegada do patch. A versão 133.0.3065.67 do canal estável eliminou os relatos do problema. A melhor prática hoje é manter o navegador sempre atualizado, adotar limpeza de cache se notar qualquer resíduo e, em ambientes corporativos, gerenciar a distribuição da versão corrigida para os grupos com maior risco.
Apêndice: tabela de referência rápida
| Item | Detalhe |
|---|---|
| Versão afetada | Estável 132.0.2957.118 |
| Estado corrigido | Estável 133.0.3065.67 e superiores |
| Dispositivos mais citados | Galaxy Z Fold 6, OnePlus Open, Pixel Fold, Honor Magic V 3, Samsung Tab S8 |
| Escopo | Camada de página do Edge (outros apps e teclado sem imprecisão) |
| Mitigações históricas | Forçar parada ao desdobrar, usar Beta/Dev/Canary, downgrade para 131, trocar de navegador |
| Reprodução | Ativar “Mostrar toques” e testar links pequenos em modo paisagem |
| Encaminhamento | ⋮ → Ajuda e feedback → Enviar feedback (anexar vídeo/prints do offset) |
Nota final: manter múltiplos canais do Edge instalados é uma excelente estratégia de continuidade. Quando o estável apresentar uma regressão, migre temporariamente para o Beta/Canary até a correção chegar ao canal principal, sem interromper sua rotina nem sacrificar produtividade.