Depois de instalar o Windows 11 24H2, milhares de utilizadores em fóruns e canais de suporte notaram que o Ctrl + A — atalho universal para “Selecionar Tudo” — simplesmente deixou de funcionar apenas no Explorador de Arquivos. Nos demais programas, o atalho continua normal, o que indica tratar‑se de um bug de software e não de hardware. Este artigo explica por que o problema acontece, apresenta soluções de curto e longo prazo e dá conselhos práticos para quem não quer perder produtividade.
Por que o Ctrl + A falha só no Explorador?
Nas compilações 24H2 (ex.: build 26100.3xxx) a Microsoft introduziu uma reformulação interna do Explorador de Arquivos, migrando ainda mais partes do código legado (Win32) para componentes do Windows App SDK. Nessa transição:
- Os aceleradores de teclado são agora gerenciados por um novo handler.
- Nem todos os mapeamentos herdados foram transportados para os recursos de localização PT‑BR/PT‑PT.
- O atalho foi preservado para o idioma EN‑US, mas, por engano, ficou sem entrada nos binários de interface em português.
A consequência é que o comando “Selecionar Tudo” não recebe mensagem de teclado quando o sistema está configurado em PT; por isso, nada acontece ao pressionar Ctrl + A.
Sintomas típicos
- Ctrl + A não reage dentro de janelas do Explorador, incluindo Home, Este PC ou pastas locais/OneDrive.
- Atalho funciona normalmente em Notepad, Word, Edge ou qualquer aplicativo de terceiros.
- Criar nova conta de utilizador ou reiniciar em Modo de Segurança não corrige.
- Registos de Evento e sfc /scannow não acusam corrupção.
Soluções já testadas pela comunidade
| Tipo de solução | Descrição | Resultados reportados |
|---|---|---|
| Work‑around com novo atalho | Ctrl + E passou a executar “Selecionar Tudo” em algumas instalações. | Sucesso parcial: em builds 26100.3194 e 26100.3321, porém noutros PCs o foco continua a ir para a caixa de pesquisa. |
| Alterar idioma do Windows | Mudar o idioma de exibição para Inglês (EUA). | Restaura Ctrl + A, mas força a interface e os apps UWP a ficarem em inglês. |
| Menu de contexto | Usar … ➜ Selecionar tudo no topo do Explorador. | 100 % funcional, porém aumenta cliques e reduz a fluidez do trabalho. |
| Inicialização limpa | Arrancar o Windows só com serviços Microsoft. | Nenhuma melhoria confirmada; problema não é causado por software de terceiros. |
| Desinstalar 24H2 | Reverter via Configurações ➜ Recuperação ➜ Voltar. | Solução extrema; implica perder novidades da 24H2 e reinstalar atualizações futuras. |
| Reinstalação limpa | Instalar Windows do zero com ISO anterior. | Nenhum teste confirmado; grande custo de tempo e não garante sucesso, pois o bug é do código‑fonte. |
Guia passo a passo: o que tentar primeiro
- Teste Ctrl + E
Abra uma pasta, pressione Ctrl + E. Se todos os itens ficarem marcados, utilize esse atalho provisório e salte para a secção “Automatizar remapeamento”. - Confirme o build exato
Execute Win + R >winver. Caso esteja em 26100.3321 ou superior, vá a Configurações ➜ Windows Update ➜ Ver histórico e procure atualizações cumulativas lançadas após julho 2025. A Microsoft tende a corrigir em pacotes mensais; instale se disponível. - Mude temporariamente o idioma
Configurações ➜ Hora e idioma ➜ Idioma e região ➜ Adicionar idioma. Baixe English (United States) > defina como idioma de exibição > reinicie. Se Ctrl + A voltar, confirme que a falha está no arquivo de localização PT. - Envie feedback à Microsoft
Pressione Win + F, selecione categoria File Explorer ➜ Keyboard shortcuts, anexe gravação de ecrã. Quanto mais relatórios, maior a prioridade interna.
Automatizar remapeamento com ferramentas grátis
Se depender profissionalmente do atalho e não quiser trocar o idioma, use PowerToys ou AutoHotkey para interceptar teclas.
PowerToys Keyboard Manager
- Instale a versão mais recente via Microsoft Store.
- Abra Keyboard Manager ➜ Remap a key.
- Clique em + > Physical Key = Ctrl + A / Mapped To = Ctrl + E.
- Selecione a opção Target app e digite
explorer.exe. - Guarde. O remapeamento afeta apenas o Explorador, preservando Ctrl + A original nos demais programas.
AutoHotkey
Para quem prefere script:
#If WinActive("ahk_class CabinetWClass")
^a::Send ^e
return
#If
Salve como explorerselectall.ahk, inclua no Startup e esqueça o problema até a correção oficial.
Alternativas ao Explorador de Arquivos
Enquanto espera o patch, pode migrar temporariamente para gestores avançados:
- Total Commander — interface de painel duplo, centenas de plugins.
- FreeCommander XE — leve, “portable” e com atalho Ctrl + A intacto.
- Files (UWP) — visual moderno, disponível na Microsoft Store, código aberto.
Todas respeitam convenções de teclado clássicas, evitando quebra de ritmo no trabalho.
FAQ: dúvidas frequentes
1. É seguro regressar à versão anterior do Windows?
Sim, mas implica reinstalar apps, recolocar licenças e perder funcionalidades como Sudo nativo, Energy Saver e outras novidades da 24H2.
2. Ferramentas de limpeza de registro ajudam?
Não. O bug está na DLL de idioma do Explorador; limpar chaves não restaura o mapeamento.
3. Posso editar manualmente arquivos de recurso .mui?
Em teoria, sim, porém é operação arriscada: viola integridade de catálogo e bloqueia futuras atualizações cumulativas.
4. O problema afeta outras línguas?
Relatos confirmados em PT‑BR, PT‑PT e ES‑MX. EN‑US, DE‑DE e FR‑FR não foram afetados.
5. Existe comando no PowerShell que liste atalhos atuais?
Não oficialmente. Atalhos são codificados no binário, não expostos via API pública. As utilidades que “listam” atalhos fazem varredura heurística das entradas de menu (UI Automation).
Boas práticas para não ser pego de surpresa
- Mantenha o Windows Update automático em “Disponibilizar feature updates após um mês”. Isso dá tempo para bugs críticos serem descobertos.
- Crie ponto de restauro antes de migrações grandes (
rstrui.exe). - Use uma conta Microsoft Insider Beta em máquina virtual para testar novidades.
- Mantenha backup de scripts de produtividade que possam substituir funções quebradas.
Quando chega a correção?
Desenvolvedores da Microsoft confirmaram o erro no Feedback Hub e já internalizaram a falha como “Loc bug – shortcut lost in PT resources”. A rotina típica é:
- Correção no Dev Channel (1–2 semanas).
- Port para Canary/Beta (1–2 semanas após).
- Liberação na Patch Tuesday (2.º terça‑feira do mês seguinte).
Se o problema foi identificado em julho 2025, existe forte probabilidade de resolução até a Patch Tuesday de setembro 2025. Fique atento aos pacotes cumulativos (KB50xxxxx) e leia as notas de versão focando em “File Explorer keyboard shortcuts”.
Resumo prático
- É um bug de localização introduzido na atualização 24H2, não uma falha do seu teclado.
- Tente primeiro Ctrl + E; se falhar, remapeie via PowerToys ou AutoHotkey.
- Mudar o idioma para EN‑US restaura o atalho, mas altera toda a interface.
- Aguarde patch cumulativo ou use gestor de ficheiros alternativo para manter a produtividade.
- Evite reinstalações completas — elas raramente resolvem problemas de código‑fonte e custam tempo.
Conclusão
Falhas pontuais de atalhos podem parecer pequenas, mas quebram fluxos aprendidos em décadas. O caso do Ctrl + A no Explorador de Arquivos mostra como uma simples omissão de localização afeta milhões de utilizadores lusófonos. Felizmente, existem contornos rápidos e métodos de automação que devolvem a função enquanto a correção oficial não chega. Siga as etapas sugeridas, envie feedback à Microsoft e acompanhe as notas de versão: em breve o atalho clássico deve estar de volta — e você não precisará reaprender nada.