dhh propuso e integró dos medidas de protección en la rama de desarrollo quattro. omacom/omarchy#17524 reinicia el shell antes de ejecutar las migraciones pendientes para que las nuevas funciones IPC estén disponibles, evitando que un shell desactualizado bloquee repetidamente la cola de migraciones. omacom/omarchy#17553 impide que una instancia de Hyprland en ejecución cuyo binario se haya sustituido durante una actualización recargue la configuración destinada a la nueva versión. Las recargas permanecen desactivadas y los errores se ocultan hasta que se reinicia la sesión.
greptile-apps[bot] detectó una prueba que podía superarse aunque las migraciones se ejecutaran antes del reinicio. dhh respondió que la prueba revisada registra por separado la comprobación de tareas pendientes y cubre el caso en que no las hay. Estas integraciones corresponden a la rama de desarrollo.
El commit de quattro omacom/omarchy@cfd8106faaac, en el que 
scottjones figura como participante y Scott Jones como autor, desactiva de forma predeterminada las animaciones, el desenfoque y las sombras cuando Mesa indica que el dispositivo de renderizado de Hyprland usa renderizado por software. El cambio está dirigido a las sesiones en las que dibujar cada fotograma con la CPU provoca tirones y una carga sostenida del procesador.
La implementación final permite que el control de animaciones prevalezca sobre ese valor predeterminado y mantenga la elección entre sesiones, respeta la configuración del usuario y comprueba los ajustes reales de los efectos antes de afirmar que se han desactivado. El aviso aparece una sola vez por equipo y no se muestra si el usuario ya había desactivado las animaciones.
ThePrimeagen abrió omacom/omarchy#17588, que sigue siendo una propuesta abierta para quattro. Determinaría si un componente integrado está sustituido a partir de los clones instalados y activados, en lugar de conservar registros de sustitución que pueden dejar desactivados los menús o los atajos de emojis cuando desaparece un clon. Activar otro clon desactivaría los demás clones del mismo componente, mientras que volver al componente integrado conservaría sus posiciones en la barra y sus ajustes.
Las respuestas de ThePrimeagen describen correcciones para la recuperación tras una migración y para un problema por el que una posición restaurada borraba otra. El resumen final de greptile-apps[bot] afirma que se corrigió el problema anterior de pérdida de posiciones. Sigue habiendo una limitación explícita: si un clon se renombra sin seguir el patrón habitual y se elimina antes de actualizar, su componente integrado puede quedar desactivado porque ya no es posible reconstruir la relación original.
La propuesta abierta omacom/omarchy#17560, de dhh, plantea mostrar barras de gasto diario de los últimos 30 días, en sustitución de la configuración manual de fondos para Fireworks y DeepSeek. Para Fireworks y las cuentas de OpenRouter que cumplen los requisitos, se utiliza la actividad registrada por el proveedor; las demás vistas compatibles estiman el gasto a partir de los costes que pi y opencode guardan en el equipo local. Las cuentas de Fireworks con límites mensuales mostrarían, en cambio, un indicador por mes natural.
greptile-apps[bot] detectó un caso en el que los importes de Fireworks que no se pudieran leer podían sobrescribir cifras de gasto válidas con ceros recién obtenidos. La revisión pidió conservar el último resultado válido y marcarlo como desactualizado. La propuesta aportada sigue abierta y sus estimaciones locales excluyen los entornos de ejecución que no guardan el coste de cada respuesta.
lbssousa abrió el borrador de propuesta omacom/omarchy#17502 para sustituir GNOME Keyring por oo7. Protegería un secreto de desbloqueo por usuario mediante las credenciales de systemd, redirigiría el portal Secret y migraría las colecciones existentes, con reversión de los cambios si fallara la reparación del llavero o la transacción de paquetes.
La propuesta depende de otro cambio de reparación, de un ajuste en las dependencias de paquetes y de que la versión estable oo7 0.7 llegue a Arch. lbssousa señala expresamente que, al conservarse llaveros y copias de seguridad en texto plano, todavía no se ofrecería cifrado en reposo. Las comprobaciones en máquinas virtuales de las que se ha informado abarcan varias configuraciones de inicio de sesión, pero siguen sin probarse la actualización completa desde una versión anterior a Quattro, la instalación desde cero y aarch64.
Abierta el 28 de octubre, omacom/omarchy#16956, de 
T3lluz, sigue siendo una propuesta abierta para añadir categorías, favoritos, emojis recientes, tonos de piel que se recuerdan, búsqueda con resultados ordenados por relevancia y la opción de copiar sin pegar. Su descripción actual también amplía el catálogo de emojis con nombres Unicode y variantes de tono de piel.
El 4 de noviembre, las respuestas publicadas por T3lluz, identificadas expresamente como intervenciones de Claude Code en nombre del autor, describieron columnas de cuadrícula adaptables y una corrección de los argumentos IPC de la prueba de preferencias. greptile-apps[bot] aceptó el cálculo de anchura revisado y consideró razonable el mínimo de cuatro columnas. Esto supone un avance en la usabilidad y la validación de la propuesta, sin que conste su integración.
spaghetticodez añadió un informe sobre KeePassXC a omacom/omarchy#16518, que sigue abierto, y citó la versión 2.7.12-5 del canal estable frente a la 2.8.0-3 de Arch, describiendo correcciones de seguridad en la integración con navegadores y la importación de bases de datos. Se trata de observaciones sobre paquetes comunicadas por el colaborador, no de mediciones de los servidores espejo verificadas de forma independiente.
El hilo comenzó el 24 de octubre con un informe de 
xsi-dbachmann sobre actualizaciones de seguridad de Brotli y Node.js que faltaban en el canal estable. El comentario del 4 de noviembre amplía la exposición comunicada a un gestor de contraseñas; los registros aportados no acreditan una actualización posterior de los servidores espejo.
Los commits de master atribuidos a Emir Beganovic, con 
emirb como participante, refuerzan las comprobaciones de los paquetes de Omarchy que tienen prioridad sobre los de Arch. omacom/omarchy-pkgs@3e5aeb9e6fd1 exige una lista explícita de las sustituciones intencionadas para x86_64 y rechaza las que no figuran en ella. omacom/omarchy-pkgs@472b7f0ebc58 excluye de esa comparación las recetas exclusivas de aarch64 e incluye el repositorio core de Arch.
omacom/omarchy-pkgs@9b527ab5f14a limita las comprobaciones habituales de las PR a las recetas modificadas, manteniendo las comprobaciones diarias de todo el árbol. omacom/omarchy-pkgs@aaff66e98b18 distingue los problemas realmente detectados de los fallos de preparación, para que las caídas de los servidores espejo no generen alertas engañosas sobre retrasos en los paquetes.
El commit omacom/omarchy-plugin-marketplace@cc3e7a2b672f de la rama main del marketplace, en el que 
OnurByte figura como participante, hace que la aprobación para la instalación estándar utilice la hora real del evento de la etiqueta correspondiente. Reutiliza las comprobaciones de transición y de marca de tiempo de la aprobación para aparecer en el catálogo, manteniendo diferenciadas las dos etiquetas de aprobación.
Commits posteriores atribuidos a 
github-actions[bot] habilitaron la instalación estándar de io.github.onurbyte.omamonero y emrgim.cycle. Los registros aportados acreditan esos cambios en el catálogo, sin ofrecer más detalles sobre las funciones de ninguno de los dos plugins.
