dhh a proposé et intégré deux protections à la branche de développement quattro. omacom/omarchy#17524 redémarre le shell avant les migrations en attente pour rendre disponibles les nouvelles fonctions IPC et éviter qu’un shell obsolète ne bloque sans cesse la file des migrations. omacom/omarchy#17553 empêche une instance de Hyprland en cours d’exécution, dont le binaire a été remplacé pendant une mise à jour, de recharger une configuration destinée à la nouvelle version. Les rechargements restent désactivés et les erreurs masquées jusqu’au redémarrage de la session.
greptile-apps[bot] a repéré un test qui pouvait réussir même si les migrations s’exécutaient avant le redémarrage. dhh a répondu que le test révisé consigne séparément la vérification des tâches en attente et couvre aussi le cas où aucune tâche n’est en attente. Ces changements ont été intégrés à la branche de développement.
Le commit quattro omacom/omarchy@cfd8106faaac, qui mentionne 
scottjones comme participant et Scott Jones comme auteur, désactive par défaut les animations, le flou et les ombres lorsque Mesa signale un rendu logiciel sur le périphérique de rendu d'Hyprland. Ce changement vise les sessions où le calcul de chaque image par le processeur provoque des saccades et une charge processeur soutenue.
L’implémentation finale permet à la commande des animations de déroger à ce réglage par défaut d’une session à l’autre, respecte la configuration de l’utilisateur et vérifie les réglages effectifs avant d’annoncer la désactivation des effets. Le message ne s’affiche qu’une fois par machine et n’apparaît pas si les animations avaient déjà été désactivées volontairement.
ThePrimeagen a ouvert omacom/omarchy#17588, une proposition pour quattro qui reste en cours. Elle déterminerait si un composant intégré est remplacé à partir des clones installés et activés, au lieu de conserver des enregistrements de remplacement susceptibles de laisser des menus ou des raccourcis d’emojis désactivés après la disparition d’un clone. Activer un autre clone désactiverait les autres clones du même composant, tandis que revenir au composant intégré préserverait leurs emplacements dans la barre et leurs réglages.
Les réponses de ThePrimeagen décrivent des correctifs pour la récupération lors des migrations et pour un problème où un emplacement restauré en effaçait un autre. Le récapitulatif final de greptile-apps[bot] indique que le problème de perte d'emplacements a été corrigé. Une limite subsiste explicitement : un clone renommé sans respecter le schéma habituel puis supprimé avant la mise à niveau peut laisser son composant intégré désactivé, car leur lien d’origine ne peut plus être retrouvé.
La proposition omacom/omarchy#17560 de dhh, toujours ouverte, prévoit des barres de dépenses quotidiennes sur les 30 derniers jours, en remplacement de la configuration manuelle du financement pour Fireworks et DeepSeek. Pour Fireworks et les comptes OpenRouter admissibles, les données proviennent de l'activité fournie par le prestataire ; les autres vues prises en charge estiment les dépenses à partir des coûts enregistrés localement par pi et opencode. Les comptes Fireworks assortis de plafonds mensuels afficheraient plutôt une jauge par mois civil.
greptile-apps[bot] a repéré un cas où des montants Fireworks illisibles pouvaient écraser des chiffres de dépenses valides avec de nouvelles valeurs nulles. La revue a demandé de conserver le dernier résultat valide en le signalant comme périmé. La proposition fournie reste ouverte, et ses estimations locales excluent les outils d’exécution qui n’enregistrent pas les coûts de chaque réponse.
lbssousa a ouvert la proposition en brouillon omacom/omarchy#17502 pour remplacer GNOME Keyring par oo7. Elle protégerait un secret de déverrouillage propre à chaque utilisateur au moyen des identifiants systemd, redirigerait le portail Secret et migrerait les collections existantes, avec retour en arrière si la réparation du trousseau ou la transaction de paquets échoue.
La proposition dépend d’un autre correctif de réparation, d’un ajustement des dépendances de paquets et de l’arrivée d’oo7 0.7 stable dans Arch. lbssousa précise explicitement que la conservation de trousseaux et de sauvegardes en clair signifie que ce changement ne garantirait pas encore le chiffrement au repos. Les vérifications rapportées en machine virtuelle couvrent plusieurs configurations de connexion, mais la mise à niveau complète depuis une version antérieure à Quattro, l’installation neuve et aarch64 restent non testés.
Ouverte le 28 octobre, la proposition omacom/omarchy#16956 de 
T3lluz reste en cours. Elle prévoit des catégories, des favoris, les emojis récents, la mémorisation des teintes de peau, une recherche classée par pertinence et la copie sans collage. Sa description actuelle prévoit aussi d'enrichir le catalogue d’emojis avec les noms Unicode et les variantes de teinte.
Le 4 novembre, des réponses publiées par T3lluz, explicitement présentées comme émanant de Claude Code au nom de l'auteur, décrivaient des colonnes de grille adaptatives et une correction des arguments IPC du test des préférences. greptile-apps[bot] a accepté le calcul de largeur révisé, jugeant raisonnable le minimum de quatre colonnes. Cela fait progresser l’ergonomie et la validation de la proposition, sans pour autant établir qu’elle a été intégrée.
spaghetticodez a ajouté un signalement concernant KeePassXC à omacom/omarchy#16518, toujours ouvert, en comparant la version 2.7.12-5 du canal stable à la version 2.8.0-3 d'Arch et en décrivant des correctifs de sécurité liés à l'intégration au navigateur et à l’importation de bases de données. Il s’agit des observations du contributeur sur les paquets, et non de relevés des miroirs vérifiés de manière indépendante.
La discussion a commencé le 24 octobre avec le signalement de 
xsi-dbachmann sur l'absence, dans le canal stable, de mises à jour de sécurité de Brotli et Node.js. Le commentaire du 4 novembre étend le risque signalé à un gestionnaire de mots de passe ; les éléments fournis ne permettent pas de confirmer une mise à jour ultérieure des miroirs.
Des commits de master attribués à Emir Beganovic, avec 
emirb mentionné comme participant, renforcent les contrôles des paquets Omarchy qui prennent la priorité sur ceux d’Arch. omacom/omarchy-pkgs@3e5aeb9e6fd1 impose une liste explicite des remplacements intentionnels pour x86_64 et rejette ceux qui n’y figurent pas. omacom/omarchy-pkgs@472b7f0ebc58 exclut de cette comparaison les recettes réservées à aarch64 et y inclut le dépôt core d'Arch.
omacom/omarchy-pkgs@9b527ab5f14a limite les contrôles ordinaires des PR aux recettes modifiées, tout en conservant les contrôles quotidiens de l’ensemble de l’arborescence. omacom/omarchy-pkgs@aaff66e98b18 distingue les problèmes effectivement détectés des échecs de préparation, afin que les indisponibilités des miroirs ne produisent pas d’alertes trompeuses sur le retard des paquets.
Le commit omacom/omarchy-plugin-marketplace@cc3e7a2b672f de la branche main de la marketplace, avec 
OnurByte mentionné comme participant, fait utiliser à l’approbation de l’installation standard l’heure réelle de l’événement associé au libellé correspondant. Il réutilise les contrôles de transition et d’horodatage de l’approbation de publication au catalogue, tout en maintenant deux libellés d’approbation distincts.
Des commits ultérieurs attribués à 
github-actions[bot] ont activé l'installation standard pour io.github.onurbyte.omamonero et emrgim.cycle. Les éléments fournis confirment ces modifications du catalogue sans apporter de précisions supplémentaires sur les fonctionnalités de ces deux plugins.
