dhh propôs e incorporou duas proteções à branch de desenvolvimento quattro. omacom/omarchy#17524 reinicia o shell antes das migrações pendentes para disponibilizar as funções IPC recém-adicionadas, impedindo que um shell desatualizado bloqueie repetidamente a fila de migrações. omacom/omarchy#17553 impede que uma instância do Hyprland em execução, cujo binário foi substituído durante uma atualização, recarregue configurações destinadas à nova versão. O recarregamento permanece desativado e os erros ficam ocultos até a sessão ser reiniciada.
greptile-apps[bot] identificou um teste que poderia passar mesmo com as migrações sendo executadas antes da reinicialização. dhh respondeu que o teste revisado registra separadamente a verificação de pendências e cobre o caso em que não há trabalho pendente. Essas alterações foram incorporadas à branch de desenvolvimento.
O commit omacom/omarchy@cfd8106faaac da quattro, que lista 
scottjones como participante e atribui a autoria a Scott Jones, desativa animações, desfoque e sombras por padrão quando o Mesa informa renderização por software no dispositivo de renderização do Hyprland. A mudança se destina a sessões em que desenhar cada quadro na CPU causa engasgos e uso contínuo do processador.
A implementação final permite que o controle de animações substitua esse padrão de forma persistente entre sessões, respeita a configuração do usuário e verifica as configurações efetivas dos efeitos antes de afirmar que eles foram desativados. O aviso aparece uma vez por máquina e não é exibido quando as animações já haviam sido desativadas por escolha do usuário.
ThePrimeagen abriu omacom/omarchy#17588, que continua sendo uma proposta em aberto para a quattro. Ela determinaria se um componente integrado foi substituído com base nos clones instalados e ativados, em vez de manter registros de substituição que podem deixar menus ou atalhos de emoji desativados depois que um clone desaparece. Ativar outro clone desativaria os demais do mesmo componente, enquanto voltar ao componente integrado preservaria as posições deles na barra e suas configurações.
As respostas de ThePrimeagen descrevem correções para a recuperação de migrações e para o problema em que uma posição restaurada apagava outra. O resumo final de greptile-apps[bot] afirma que o problema anterior de perda de posições foi corrigido. Uma limitação remanescente é explícita: um clone renomeado fora do padrão habitual e excluído antes da atualização pode deixar seu componente integrado desativado, pois já não é possível recuperar a relação original entre eles.
A proposta em aberto omacom/omarchy#17560, de dhh, prevê barras de gastos diários dos últimos 30 dias, substituindo a configuração manual de saldo para Fireworks e DeepSeek. Contas Fireworks e contas OpenRouter elegíveis usam os registros de atividade do provedor; as demais visualizações compatíveis estimam os gastos com base nos custos salvos pelo pi e pelo opencode na máquina local. Já as contas Fireworks com limites mensais exibiriam um medidor referente ao mês do calendário.
greptile-apps[bot] identificou um caso em que valores ilegíveis do Fireworks poderiam sobrescrever dados válidos de gastos com novos valores zerados. A revisão solicitou preservar o último resultado válido, sinalizando-o como desatualizado. A proposta fornecida continua em aberto, e suas estimativas locais não incluem ferramentas de execução de agentes que não salvam os custos de cada resposta.
lbssousa abriu o rascunho da proposta omacom/omarchy#17502 para substituir o GNOME Keyring pelo oo7. A mudança protegeria um segredo de desbloqueio por usuário por meio das credenciais do systemd, redirecionaria o portal Secret e migraria as coleções existentes, com reversão em caso de falha no reparo do chaveiro ou na transação de pacotes.
A proposta depende de outra alteração de reparo, de um ajuste nas dependências de pacotes e da chegada da versão estável oo7 0.7 ao Arch. lbssousa afirma explicitamente que a manutenção de chaveiros e backups em texto simples significa que a mudança ainda não ofereceria criptografia em repouso. As verificações relatadas em máquinas virtuais cobrem várias configurações de login, mas a atualização completa de uma versão anterior à Quattro, a instalação do zero e a arquitetura aarch64 continuam sem testes.
Aberta em 28 de outubro, a proposta omacom/omarchy#16956, de 
T3lluz, continua em aberto e prevê categorias, favoritos, emojis recentes, memorização de tons de pele, busca ordenada por relevância e cópia sem colagem automática. Sua descrição atual também amplia o catálogo de emojis com nomes Unicode e variantes de tom de pele.
Em 4 de novembro, respostas publicadas por T3lluz e explicitamente identificadas como sendo do Claude Code em nome do autor descreveram colunas adaptáveis na grade e uma correção nos argumentos IPC do teste de preferências. greptile-apps[bot] aceitou o cálculo de largura revisado, concordando que o mínimo de quatro colunas era razoável. Isso faz avançar a usabilidade e a validação da proposta, sem comprovar sua incorporação.
spaghetticodez adicionou um relato sobre o KeePassXC à discussão ainda aberta omacom/omarchy#16518, citando a versão 2.7.12-5 no canal estável em comparação com a 2.8.0-3 do Arch e descrevendo correções de segurança na integração com navegadores e na importação de bancos de dados. Essas são observações sobre pacotes relatadas pelo colaborador, sem verificação independente do estado dos espelhos.
A discussão começou em 24 de outubro com o relato de 
xsi-dbachmann sobre a ausência de atualizações de segurança do Brotli e do Node.js no canal estável. O comentário de 4 de novembro amplia a exposição relatada para um gerenciador de senhas; os registros fornecidos não comprovam uma atualização posterior dos espelhos.
Commits na master atribuídos a Emir Beganovic, com 
emirb listado como participante, reforçam as verificações dos pacotes do Omarchy que têm precedência sobre os do Arch. omacom/omarchy-pkgs@3e5aeb9e6fd1 exige uma lista explícita das substituições intencionais para x86_64 e rejeita as que não constam nela. omacom/omarchy-pkgs@472b7f0ebc58 exclui dessa comparação as receitas exclusivas de aarch64 e inclui o repositório core do Arch.
omacom/omarchy-pkgs@9b527ab5f14a limita as verificações comuns de PR às receitas alteradas, mantendo as verificações diárias de toda a árvore. omacom/omarchy-pkgs@aaff66e98b18 distingue problemas efetivamente encontrados de falhas na preparação do ambiente, para que indisponibilidades dos espelhos não gerem alertas enganosos de atraso de pacotes.
O commit omacom/omarchy-plugin-marketplace@cc3e7a2b672f da branch main do marketplace, com 
OnurByte listado como participante, faz a aprovação para instalação padrão usar o horário real do evento da etiqueta correspondente. Ele compartilha a lógica de transição e as verificações de data e hora usadas na aprovação de listagem, mantendo distintas as duas etiquetas de aprovação.
Commits posteriores atribuídos a 
github-actions[bot] habilitaram a instalação padrão de io.github.onurbyte.omamonero e emrgim.cycle. Os registros fornecidos comprovam essas alterações no catálogo, sem trazer mais detalhes sobre a funcionalidade de nenhum dos dois plugins.
