Cambios

El nuevo icono ya se ve bien en macOS 26. En el estilo oscuro, la flecha y el aro ya no se funden en manchas sólidas, y la cabeza y las orejas del gato tienen bordes limpios en lugar de dentados.

Al cerrar el workbench se libera la memoria que usaban sus notas de versión. Antes, una página de notas de versión que hubieras abierto seguía ejecutándose en segundo plano hasta que salías de DuoUpdater.

Un icono nuevo. Un gato siamés acurrucado cuya cola es la flecha de actualizar. En macOS 26 y posteriores sigue tu estilo de iconos claro, oscuro o tintado.

Las comprobaciones en segundo plano esperan mientras estás en modo de datos bajos o en una conexión de uso medido, como un punto de acceso de iPhone. Se ejecutan en cuanto vuelves a una red normal. Comprobar a mano e instalar actualizaciones funciona como antes.

Las comprobaciones que fallan por un corte momentáneo de la red se reintentan una vez, dos minutos después. Antes, las filas fallidas y el aviso seguían ahí hasta la siguiente comprobación programada, seis horas después de forma predeterminada.

Por dentro. Las imágenes de las notas de versión ocupan mucho menos espacio en disco, el panel Solicitudes ya no cuenta dos veces una solicitud revalidada y la comprobación de Muse ya no descarga su página de inicio de sesión.

Las apps de Homebrew que se instalan con su propio script de instalación, como Quark Cloud Drive, ahora se actualizan con un clic. Antes, cada intento terminaba con un error que decía que no había ningún paquete de instalación.

Las apps de Homebrew cuyo instalador tienes que ejecutar tú ahora muestran su actualización con un enlace, en lugar de fallar. Antes, DuoUpdater descargaba el instalador completo y luego se detenía con un error.

Se reconocen más apps de Homebrew. Las apps que Homebrew instala con otro nombre, como Visual Paradigm Community Edition, ahora se comprueban, y ya no se confunden con otra app de nombre parecido.

A las apps cuyo cask de Homebrew se ha retirado ya no se les ofrece una actualización que Homebrew se niega a instalar. En su lugar se comprueban con el propio canal de actualizaciones de la app, si lo tiene.

Las notas de versión de VS Code vuelven a aparecer.

Por dentro. Ajustes › Diagnóstico ya no sigue avisando sobre Antigravity y OpenLens cuando sus actualizaciones se encuentran por otra vía.

Blender descargado de blender.org ahora recibe actualizaciones, con un clic. Antes solo se comprobaba una copia instalada con Homebrew.

Las versiones alfa, beta y candidata (RC) de Blender siguen su propio canal. DuoUpdater detecta qué tipo de versión tienes y te avisa cuando sale una más nueva del mismo tipo. A una alfa nunca se le ofrece una versión estable, ni al revés.

Las actualizaciones de Muse vuelven a aparecer. Desde que Muse empezó a pedir iniciar sesión en su enlace de descarga, su fila mostraba un error en lugar de la nueva versión.

Por dentro. El popover de la barra de menús y el workbench se abren un poco más rápido la primera vez tras iniciar la app, y duo check ahora lista las apps cuya comprobación falló en lugar de decir que todo está al día.

DuoUpdater ahora está en italiano, chino tradicional, portugués (Brasil) y turco. Son once idiomas. En alemán, español y japonés se han corregido textos incorrectos o cortados. Ajustes → Carpetas ahora muestra los nombres de las carpetas como los muestra el Finder en tu idioma.

Las apps que instalaste con Homebrew ahora se actualizan a través de Homebrew. Esto afecta a las apps instaladas con brew que también tienen su propio actualizador. Antes, DuoUpdater las actualizaba directamente sin que Homebrew se enterara, así que el siguiente brew upgrade volvía a descargar e instalar la versión que ya tenías.

Las ventanas se abren en el Space en el que estás. Antes, volver a abrir Ajustes u otra ventana de DuoUpdater después de cerrarla podía llevarte de vuelta al Space donde se mostró por última vez.

Una actualización, un aviso. Algunas apps se comprueban a través de dos fuentes, y estas podían anunciar la misma versión nueva una y otra vez.

El Registro de versiones ya no muestra versiones con fecha en el futuro. Si el feed de un desarrollador da una fecha posterior al momento en que DuoUpdater vio la versión por primera vez, el registro usa el momento en que la vio.

Con el disco de copias desconectado, la ventana del workbench vuelve a caber en la pantalla, y «Copiar ahora» te dice por qué no puede copiar. Antes, la ventana podía crecer más que la pantalla, de modo que las listas no llegaban al final, y «Copiar ahora» no hacía nada sin avisar.

Las betas y versiones candidatas de Xcode ahora se actualizan con un clic. Inicia sesión una vez con tu cuenta de Apple Developer en Ajustes → Xcode, y DuoUpdater descarga e instala las nuevas betas y RC como cualquier otra actualización. Antes, solo podía avisarte de que había salido una nueva.

Instala cualquier versión de Xcode junto a las que ya tienes. Ajustes → Xcode muestra todas las versiones de Xcode, agrupadas por versión, con el grupo de tu macOS ya abierto. «Instalar» pone la que elijas en Aplicaciones como una copia propia —por ejemplo, Xcode-26.6.app— sin reemplazar nada; o guarda solo el archivo (.xip). Si has iniciado sesión, se incluye la propia lista de Apple, así que las nuevas versiones aparecen en minutos.

Tu sesión de Apple Developer se mantiene sola. Apple cierra una sesión de desarrollador tras unas ocho horas; DuoUpdater ahora obtiene una nueva en segundo plano —sin ventana y sin contraseña— mientras Apple siga reconociendo este Mac. Puedes desactivarlo en Ajustes → Xcode.

Las nuevas versiones de Xcode aparecen antes. Los días laborables, en el horario en que Apple suele publicar, DuoUpdater busca un nuevo Xcode cada cinco minutos.

Algunas apps vuelven a funcionar después de que sus desarrolladores cambiaran cosas. CapCut beta y Superconductor nightly vuelven a encontrarse e instalarse, y Superconductor conserva su identidad de app actual. VLC 3.0.24 y JetBrains Air vuelven a mostrar sus notas de versión.

Qoder CN IDE ya es compatible. La edición para China continental del IDE de Qoder tiene comprobación de actualizaciones, instalación con un clic y sus notas de versión en la ventana. Qoder CN, la app de escritorio, ahora también muestra sus notas de versión.

Qoder IDE ya no cambia de opinión sobre cuál es la última versión. Qoder distribuye las actualizaciones de forma gradual, y DuoUpdater ahora pregunta de la misma manera que tu copia del IDE, así que recibe siempre la misma respuesta. Antes, la versión ofrecida podía alternar entre dos versiones, y una instalación con un clic podía quedarse a medias porque la respuesta cambiaba.

Las apps con Sparkle que descargaron una actualización que ya quedó atrasada se pueden volver a actualizar. Si una app que se actualiza sola mediante Sparkle descargó una versión y después salió otra más nueva, DuoUpdater ahora elimina la descarga antigua e instala la última. Antes, «Actualizar» repetía que instalar ahora se desharía, y la fila nunca cambiaba.

duo install te avisa cuando la última versión ya está esperando. Si el actualizador propio de una app ya descargó la última versión, ahora lo dice y sugiere cerrar la app o ejecutar duo restart. Antes decía, por error, que la app solo se podía comprobar y no instalar.

搜狗输入法 ya se actualiza con un clic. DuoUpdater lo aplica igual que el propio método de entrada se actualiza —el paquete instalado se queda donde está— y antes copia tu diccionario y tus ajustes, así una reversión también los recupera.

Las copias de seguridad en otro disco ya conservan el diccionario y los ajustes de un método de entrada. Antes solo se trasladaba la app al disco de copias, así que revertir un método de entrada desde allí dejaba atrás los datos de la versión más nueva.

Se acabaron las actualizaciones que nunca se pueden instalar. JetBrains Air ahora muestra la versión que Toolbox ofrece de verdad. Una app de la App Store que quedó con su nombre antiguo después de que su desarrollador la renombrara ahora te dice qué copia actualiza la App Store, en lugar de ofrecer una actualización que solo reinstala la otra copia.

Las notas de versión de más apps se ven con formato. Las apps que publican sus notas en Markdown ahora reciben la misma lista nativa que las demás. Antes, las notas aparecían como texto plano.

Reabrir ya no compite con el instalador de la propia app. Cuando una app ha descargado su propia actualización y su copia de reversión va en un disco externo, ese traslado ahora espera a que el instalador termine. Antes se hacía durante los pocos segundos que macOS le da para trabajar.

Las copias de seguridad para revertir ya pueden vivir en otro disco. Una copia de seguridad es una copia entera de una app, y en el disco de arranque se acumulan. Ajustes → Copias de seguridad muestra los discos conectados con el espacio libre de cada uno, traslada las copias que ya tienes y escribe las nuevas ahí en segundo plano: si el disco no está conectado, tendrás una espera, no un punto de reversión que falta. duo backups ha ganado disks, sync, verify y probe.

千问输入法 ya es compatible. DuoUpdater te avisa cuando sale una nueva versión y actualiza el método de entrada igual que él se actualiza a sí mismo.

Las notas de la versión ya no se quedan ancladas en la versión anterior. Cuando un desarrollador publica una actualización unos minutos antes de que su página de cambios la mencione, las notas antiguas quedaban archivadas bajo la versión nueva y ahí se quedaban para siempre. CleanShot X llevaba desde el primer día mostrando las notas de 5.0 bajo 5.0.1.

Borrar una copia de seguridad ahora libera el espacio que dice liberar. Las copias tomadas por versiones anteriores de DuoUpdater se escribían de una forma que macOS se niega a borrar, así que Limpiar dejaba casi toda la copia en el disco y aun así la contaba como recuperada.

Limpiar se abre al instante. Antes volvía a medir desde cero cada copia de seguridad guardada cada vez que lo pulsabas.

WorkBuddy vuelve a mostrar su versión más reciente. Su servicio de actualización responde con el siguiente paso de una cadena de actualizaciones en lugar de con la compilación más reciente, así que las cuatro ediciones de WorkBuddy se quedaron dos versiones atrás.

Por dentro. Una app que nunca declaró qué binario ejecuta —Muse, de Meta, entre ellas— ahora muestra igualmente sus frameworks y su SDK.

Las actualizaciones que termina Reabrir ahora se pueden revertir. Cuando una app ya ha descargado su propia actualización y pulsas Reabrir, DuoUpdater guarda primero la versión actual, así que la actualización aparece en Reversión como cualquier otra. Antes solo se podían deshacer las actualizaciones que instalaba el propio DuoUpdater.

Mira qué cambió una actualización dentro de una app. Para cualquier app con una versión anterior guardada, el workbench tiene ahora una vista Diferencias del paquete junto a Notas de la versión: firma y permisos, macOS mínimo, ítems en segundo plano y de inicio de sesión, bibliotecas incluidas, y los archivos que se añadieron, se eliminaron o cambiaron de tamaño. duo diff hace lo mismo desde Terminal para dos copias cualesquiera de una app.

Reabrir te avisa cuando el actualizador de una app no aplicó la actualización. Si la app se cierra y la actualización nunca llega, su fila ahora lo dice y sigue ofreciendo Reabrir. Antes, el indicador se detenía sin decir nada.

Cherry Studio vuelve a mostrar su versión más reciente. Después de que Cherry Studio renombrara sus descargas para Mac, DuoUpdater tomaba una versión anterior por la más reciente: las copias recientes aparecían como actualizadas y a las más antiguas se les ofrecía esa compilación anterior.

Las actualizaciones de la App Store ya no se atascan detrás de un asistente que no responde. Cuando el asistente de DuoUpdater dejaba de responder, la actualización se quedaba en el 0 % y todas las actualizaciones de la App Store en cola esperaban hasta que salías de DuoUpdater.

Actualizar todo ya no reabre las apps que has ignorado. Con «Reabrir automáticamente las apps actualizadas» activado, el final de un lote podía cerrar y volver a abrir una app ignorada, o una cuya versión descargada habías omitido.

Tinycast y SuperCmd ya son compatibles. DuoUpdater te avisa cuando sale una nueva versión de Tinycast o de su beta, y ahora reconoce el SuperCmd original de código abierto además de SuperCmd 2. Las notas de la versión de Kimi Code también se muestran ahora.

Las notas de la versión corresponden a la versión ofrecida. La página de notas más reciente de VS Code aparecía vacía y, justo después de salir una versión nueva, el panel de notas podía mostrar las de la versión anterior.

El Registro de versiones ya no añade la misma versión en cada arranque. Apps como Claude, Raycast y Cline sumaban una entrada duplicada cada vez que se iniciaba DuoUpdater.

La barra lateral del workbench se divide en las pestañas Apps, Brew y Reversión. Haz clic en una pestaña o arrastra sobre ellas para cambiar; la búsqueda filtra las tres a la vez.

Por dentro. Reabrir y Revertir sobre la misma app ya no se pisan; un feed de actualizaciones ya no puede hacer que DuoUpdater borre archivos fuera de su carpeta de descargas; las comprobaciones en segundo plano ya no corren el riesgo de que macOS pida acceso a los datos de otras apps; un número muy grande en el filtro de Solicitudes ya no cierra la app; y la barra de menús respeta ahora una solicitud de administrador que rechazaste en duo install.

Las actualizaciones de iStat Menus se detectan correctamente. Cuando iStat Menus volvía a publicar una actualización, DuoUpdater podía seguir ofreciéndola después de instalarla, y volver a pulsar Actualizar terminaba en un error.

Memoh Desktop ya es compatible. DuoUpdater te avisa cuando sale una nueva versión y puede actualizarla con un clic.

Actualizar todo ya no te pide reabrir una app de la App Store que ya se ha vuelto a abrir. Cuando la App Store cierra una app y la vuelve a abrir con su nueva versión, su fila la muestra como actualizada al momento, en lugar de decir «Reabrir ahora» hasta que terminaba todo el lote.

Una app que ya ha descargado su propia actualización ya no la descarga dos veces. Algunas apps descargan una actualización en segundo plano y luego esperan a que las reinicies. Pulsa Actualizar en DuoUpdater y ahora instala la copia que ya está en tu disco: la actualización se completa en segundos y no hay que descargar nada. Antes, DuoUpdater volvía a descargar la misma versión.

Cua Driver y Petex ya son compatibles. DuoUpdater te avisa cuando cualquiera de las dos publica una nueva versión, y Cua Driver además se actualiza con un clic y muestra sus notas de la versión.

La misma actualización ya no te avisa una y otra vez. Cuando el servidor de un desarrollador alternaba entre dos versiones, cada comprobación parecía una actualización nueva y enviaba otra notificación.

Un paquete que se acaba de instalar ya no ofrece volver a instalarse. Su fila seguía diciendo que el paquete descargado se volvería a abrir.

DuoUpdater ahora requiere macOS 15 Sequoia o posterior. Un Mac que siga en macOS 14 conserva la versión que tiene y deja de recibir actualizaciones; todos los Mac con Apple silicon pueden actualizarse a un macOS compatible.

Por dentro. Las comprobaciones periódicas ya no consultan los enlaces de descarga por adelantado, lo que podía ocultar por un momento un botón Actualizar que funcionaba cuando el servidor de descarga de un desarrollador no respondía a tiempo.

Aside ya es compatible. DuoUpdater te avisa cuando sale una nueva versión del navegador Aside y muestra sus notas de la versión.

Ya no se ofrecen actualizaciones que tu macOS no puede ejecutar, y la fila ahora explica por qué. Cuando un desarrollador indica qué versiones de macOS admite una versión, DuoUpdater lo respeta: tras actualizar macOS, Little Snitch ya no ofrece una versión limitada a un sistema anterior al tuyo; Xcode ya no ofrece una versión que requiere un macOS más reciente que el tuyo; y un paquete de instalación cuya app requiere un macOS más reciente se rechaza, en lugar de instalar una app que no se abre. Las filas que antes mostraban un guion en blanco ahora dicen «Aún no para este macOS» o «Requiere un macOS más reciente», con los detalles a un clic.

Consulta con qué SDK se compiló cada app. Haz clic en la marca junto al nombre de una app y sus detalles ahora dicen, por ejemplo, «Compilada con el SDK de macOS 27.0.»: muy útil para saber qué apps ya se han recompilado para el macOS más reciente.

Las apps de Homebrew que se publican en dos paquetes —uno para sistemas anteriores y otro para el más reciente— ahora se leen desde el correcto. OnyX se divide así para macOS 27, y DuoUpdater solo miraba el paquete para sistemas anteriores: o no mostraba OnyX en absoluto, o lo daba por actualizado frente a una versión que Homebrew se niega a instalar en 27. Ahora DuoUpdater sigue el de los dos que tengas instalado.

Las betas de TestFlight ya no pierden su actualización cuando se abre TestFlight. Una beta con una nueva build esperando podía volver a «actualizada» y quedarse así hasta que abrías TestFlight otra vez.

Las actualizaciones con un clic de Dropbox y ToDesk descargan el archivo correcto. En Mac con Apple silicon, Dropbox descargaba la versión solo para Intel, que luego la comprobación de seguridad rechazaba; a ToDesk se le ofrecía la versión de acceso anticipado que solo reciben algunos usuarios, en lugar de la versión general.

Reabrir completa la actualización de Spotify al instante. Cuando Spotify ya había descargado su propia actualización, Reabrir se quedaba girando varios minutos antes de que la actualización se aplicara.

Las versiones beta avanzan hacia sus versiones finales. A una beta de Xcode se le ofrece su versión candidata en lugar de mostrarse como actualizada; las betas de CotEditor ven sus versiones candidatas; y a una beta de Carbon Copy Cloner cuyo ciclo de pruebas ha terminado se le ofrece la versión en la que se convirtió, en lugar de una comprobación fallida.

Las notas de la versión coinciden con la versión que tienes. Blender 5.2 mostraba las notas de 5.1, y Raycast 1.x las de 2.x. «Abrir página» de Gemini ahora abre la página actual de escritorio de Google en lugar de un error.

Ajustes explica cada opción justo a su lado. Las notas largas bajo secciones enteras se han sustituido por una línea breve bajo cada control, y los selectores describen solo la opción elegida.

La app ahora escribe su nombre como DuoUpdater, igual que el sitio web.

Los paquetes de Homebrew de taps en los que no confías vuelven a aparecer. Desde Homebrew 6, brew omite en silencio los paquetes de taps sin confianza al listar lo instalado, así que desaparecían de DuoUpdater sin explicación. Ahora aparecen como «Sin comprobar · tap sin confianza», con el comando brew trust listo para copiar, y en cuanto lo ejecutas (o una actualización) en Terminal, la ventana se pone al día al volver a ella.

Las apps que necesitan contraseña de administrador para actualizarse ya no se actualizan dos veces. Cuando una app como Tailscale ya había descargado su propia actualización y esperaba un reinicio, DuoUpdater no lo veía y seguía ofreciendo Actualizar, lo que podía chocar con el instalador de la propia app. Ahora la fila ofrece Reabrir, y Actualizar todo la deja en paz.

La sección de Homebrew ahora puede actualizar el propio Homebrew. Cuando sale una nueva versión de Homebrew, una fila en la parte superior ofrece ejecutar brew update por ti. Si has definido HOMEBREW_NO_AUTO_UPDATE, no aparece.

Una actualización de Homebrew fallida ahora muestra el error real de brew. Antes la fila mostraba el consejo que brew imprime después del error, o nada, así que un mensaje como «tus Command Line Tools están demasiado desactualizadas» nunca te llegaba. Además, actualizar varios paquetes a la vez ya no da por terminado el proceso antes de tiempo.

El icono de la barra de menús cuenta más allá de 50. Con más de 50 actualizaciones pendientes, antes se quedaba en 50.

Notas de la versión: las de Claude se agrupan en New, Improved y Fixed, igual que en el propio Claude; las de Mac Mouse Fix se muestran como texto en lugar de una página incrustada; y la app oficial de Homebrew ya tiene notas.

duo check ya no dice «Everything is up to date.» cuando en realidad no pudo comprobar. Ahora avisa cuando no pudo leer TestFlight o cuando se abandonó el análisis de apps.

Las notas de versión ahora aparecen en tu idioma cuando una app las publica en varios. Algunas apps publican sus notas traducidas junto a cada versión; DuoUpdater tomaba la traducción que la app listara primero o última, así que las notas de una app se leían en alemán para todo el mundo y las de otra cambiaban de idioma de una versión a la siguiente.

Las apps que han añadido una versión para Mac ya no aparecen como «No es compatible con este Mac». Una app de iPhone o iPad que ejecutas en Apple silicon quedaba marcada por error justo cuando su desarrollador publicaba una compilación nativa para Mac, es decir, el único cambio que hace la actualización más accesible, no menos.

Una app de la App Store que además pruebas en beta ya no se confunde con una compilación de TestFlight. Cuando un desarrollador promocionaba una beta sin cambios, ambas llevaban el mismo número de compilación y tu copia comprada quedaba en manos de TestFlight, de modo que la App Store nunca podía ofrecerle una actualización.

Una actualización de la App Store que necesita un macOS más nuevo del que tienes ahora lo dice. Antes, la fila se ofrecía a instalarla igualmente y la App Store la rechazaba en el último paso, sin nada en pantalla que explicara por qué.

La ventana de «Solicitudes» ahora muestra hasta dónde llega realmente su registro y señala los periodos que no puede cubrir por completo. Antes, elegir «Últimos 30 días» en un registro que solo llegaba a unas pocas horas atrás se veía exactamente igual que elegir «Últimas 24 horas», sin nada en pantalla que explicara por qué.

Tú decides cuánto hace DuoUpdater con las betas de TestFlight, en Ajustes → General. «Al actualizar» lee lo que TestFlight ya sabe y le pide una respuesta nueva cuando pulsas el botón para actualizar la lista; «Mantener al día» además deja que DuoUpdater pregunte por su cuenta, de modo que una beta de TestFlight instalada en segundo plano ya no se queda como un signo de interrogación hasta que actualices, y una compilación que te espera ya no pasa desapercibida detrás de un «actualizado»; «Desactivado» no lee nada y lo dice en esas filas en lugar de adivinar. Los Mac que ya tenían acceso total al disco empiezan en «Al actualizar», y el resto en «Desactivado».

Abrir TestFlight tú mismo ya basta para que DuoUpdater se entere de lo que ha instalado. Una beta que instalabas desde TestFlight se quedaba como un signo de interrogación hasta la siguiente actualización de la lista, y en macOS 27, donde el aviso «Listo para probar» de TestFlight ya no llega para las apps que ya tienes, eso podía ser cuestión de horas.

Cline ya recibe actualizaciones, tanto en su versión estable como en la beta, y muestra sus notas de versión. Hasta ahora se quedaba con un signo de interrogación en lugar de una versión: no publica ningún canal de actualizaciones de los que DuoUpdater sabe leer, y no existe un paquete de Homebrew para él. DuoUpdater ahora consulta la misma dirección que consulta el propio actualizador de Cline, así que la actualización que se te ofrece es la que Cline habría instalado por su cuenta, y la compilación beta se mantiene en la vía beta.

Las notas de versión que agrupan los cambios bajo encabezados como «Añadido» y «Corregido» ahora conservan esos encabezados. Antes, todos los grupos se fundían en una sola lista plana, así que no podías distinguir qué cambios eran novedades y cuáles corrección de errores.

Mac Mouse Fix ahora ofrece sus versiones beta si has activado «Get Beta Versions» en sus propios ajustes generales. Antes, DuoUpdater solo podía ver las versiones normales de Mac Mouse Fix, así que una compilación beta pasaba desapercibida hasta que salía la siguiente versión normal.

Las apps cuyo número de compilación es un simple contador ya no ocultan sus propias versiones de mantenimiento. En una app que informaba de una versión como 12.10 con la compilación 282987, una versión 12.10.1 se leía como «ya está actualizada».

Una nueva compilación de una app que conserva el mismo nombre de versión se vuelve a anunciar. Una vez anunciada una compilación, todas las posteriores con ese mismo nombre llegaban en silencio: la fila se encendía y el distintivo la contaba, pero nunca llegaba ningún aviso.

«Actualizar todo» ahora solo cuenta las apps que realmente se actualizaron. Una app que abre el Instalador de Apple para que termines tú se contaba como hecha mientras su ventana seguía abierta, así que «2 apps se actualizaron» podía significar que aún no había cambiado nada.

Una actualización que llegó a su destino pero dejó un resto detrás ahora se informa como instalada, y no como «concede Gestión de apps». La nueva versión ya estaba en marcha mientras la fila te enviaba a Ajustes del Sistema.

Detener «Actualizar todo» ahora detiene también la descarga en curso. Antes, una transferencia de varios gigabytes seguía hasta el final, reintentándolo hasta cinco veces, y solo entonces se daba cuenta de que se había cancelado.

Las notas de versión ya no se mezclan entre dos apps que comparten una misma página de cambios, y se mantienen al día tras una actualización en las apps cuyas notas viven en páginas por versión. Antigravity y Antigravity IDE podían mostrar cada una las notas de la otra durante un cuarto de hora; Thunderbird, WeChat, Opera y algunas más seguían mostrando las notas de la versión anterior un rato después de actualizar.

La búsqueda en la lista de apps ignora los acentos, como ya hacía la búsqueda de Ajustes. Escribir «cafe» ahora encuentra «Café».

La página de «Diagnóstico» muestra una línea de estado por cada canal de versiones. Una regla de beta o de vista previa averiada quedaba oculta detrás de su hermana estable, que sí funcionaba.

Una respuesta «prohibido» de GitHub ya no se informa como un límite de peticiones. Un repositorio que pasó a ser privado o un token al que le falta un permiso te empujaban a añadir un token que no habría servido de nada.

«Reabrir» ya no se ofrece en una app que se actualiza sola cuando la compilación en espera es más antigua que la que está en marcha.

Por dentro. Las instalaciones, las copias de seguridad y las comprobaciones de paquetes ya no ocupan los hilos con los que funciona el resto de la app, así que el menú sigue respondiendo mientras una está en curso; el menú también se mantiene fluido mientras hay una descarga grande en marcha; el «Registro de versiones» cuenta todas las publicaciones que un proveedor lanza bajo un mismo nombre de versión; una copia de seguridad para revertir se rechaza en lugar de guardarse cuando le faltaría el propio ejecutable de la app; el primer arranque en un Mac recién estrenado ya no registra errores espurios de base de datos; duo verify y duo reconcile ahora informan de un historial de cambios cuyas entradas se han venido abajo y de una dirección de instalación que lleva días fallando; un comando duo atascado abandona su escaneo a los veinte segundos en vez de quedarse colgado.

Algunas apps que se actualizan solas ya no parecen estar al día cuando hay una versión más nueva. En las apps cuya información de actualización está detrás de un servidor de descargas que tarda en refrescarse, DuoUpdater podía seguir viendo una versión anterior durante días después de una publicación.

Las notas de versión de Kimi ya aparecen en DuoUpdater.

Las actualizaciones de CodeEdit ya aparecen. Una versión más nueva de CodeEdit dejaba su fila con un signo de interrogación en lugar de ofrecer la actualización.

Por dentro. La lista de Homebrew del menú se rellena más rápido, y los comandos duo arrancan más rápido.

«Comprobar de nuevo» en una beta de TestFlight ya da la respuesta real. Antes convertía la fila en un signo de interrogación hasta la siguiente actualización.

Las betas de TestFlight conservan su respuesta mientras el botón para actualizar la lista consulta a TestFlight. Antes, durante unos segundos, podían convertirse todas en signos de interrogación.

super.engineering ya está cubierto: comprobación de actualizaciones, notas de versión e instalación con un clic. Una nueva compilación nightly aparece en la lista con lo que cambió en ella, y «Actualizar» la instala por ti.

Microsoft Edge Beta podía ofrecerte una compilación estable de Edge. Durante un breve periodo en el que el feed beta de Microsoft estuvo vacío, la fila mostraba una versión estable, y actualizar la habría instalado encima de tu beta.

Las betas de TestFlight ya muestran las actualizaciones que TestFlight tiene para ellas, incluidas las betas de apps de iPhone y iPad. El botón para actualizar la lista consulta a TestFlight en segundo plano, una actualización ya no desaparece a los pocos minutos de encontrarla y el botón de TestFlight abre la página de esa beta.

Cuando DuoUpdater no puede saber si una beta de TestFlight está al día, te lo dice. La fila muestra un signo de interrogación en lugar de decir que está al día, por ejemplo cuando no has iniciado sesión en TestFlight o ya no estás probando esa beta.

DuoUpdater ahora te explica el acceso total al disco, y sin él ya nada te molesta. Sin él, DuoUpdater deja de provocar las advertencias de macOS sobre la lectura de datos de otras apps; si una beta de TestFlight o CotEditor lo necesita, te dice una sola vez por qué hace falta y dónde concederlo.

«Reabrir» desaparece en cuanto una app actualizada se ha cerrado. Una app que dejaba un proceso auxiliar en marcha seguía pidiendo que se la reabriera mucho después de que su actualización hubiera surtido efecto.

Un aviso de privacidad de macOS sin contestar ya no deja atascada la comprobación de actualizaciones. La comprobación sigue adelante sin el ajuste de esa app.

Las notas de versión de Rockxy y Ollama vuelven a estar completas. Las de Rockxy abarcan sus publicaciones recientes en lugar de solo la última, y la publicación más reciente de Ollama ya no queda fuera.

duo, el acompañante opcional de línea de comandos, maneja mejor TestFlight. --refresh-testflight funciona tanto si TestFlight está abierto como si no, sin adueñarse de tu pantalla, y duo check deja de decir que una beta está al día cuando TestFlight ya ha anunciado una compilación más nueva.

Telegram Desktop vuelve a recibir comprobaciones de actualización. Telegram cambió el nombre del archivo que publica y la fila ya no podía leer una versión en él, así que mostraba un fallo de comprobación en lugar de la actualización que esperaba detrás.

Una app de iPhone o iPad instalada desde TestFlight se reconoce como tal. DuoUpdater la tomaba por una compra de la App Store, así que la fila señalaba al gestor equivocado mientras se preguntaba a la tienda por una ficha que no existe: en cada comprobación, mientras la app siguiera instalada.

Una beta de TestFlight se marca con el icono del propio TestFlight. Las filas de las que se ocupa la App Store ya llevaban el icono de la tienda; las que atiende TestFlight escribían el nombre en su lugar, así que el mismo tipo de fila quedaba marcado de dos maneras distintas.

La cabecera de la ventana Red se queda quieta al cambiar de pestaña. Sus dos pestañas colocaban el titular a alturas ligeramente distintas, de modo que pasar de una a otra hacía que la ventana pareciera dar un salto.

Desplazarse por toda la lista de apps vuelve a ser fluido. Un desplazamiento rápido por la lista completa perdía fotogramas; ahora cada fila indica su altura sin tener que construirse primero.

Las notas de versión de una app de la App Store vienen siempre de la App Store. Cuando la consulta de la tienda para una app no encontraba nada o fallaba, la ventana podía recurrir a las notas de la otra vía de distribución de esa app —otra compilación, con sus propios números de versión— y describía así una publicación que tu copia nunca iba a recibir.

A Windscribe en su canal Beta o Guinea Pig se le ofrecen las compilaciones de ese canal. DuoUpdater lee el canal de actualización que elegiste en los ajustes del propio Windscribe, así que a una copia que sigue una línea de prelanzamiento ya no se le dice que está al día mientras hay compilaciones más nuevas en esa línea. La ventana también muestra las notas de esas compilaciones de prelanzamiento, que antes solo listaba para las estables.

Windscribe ya recibe comprobaciones de actualización, con sus notas de versión. Una copia que ejecuta una compilación antigua aparece con la versión a la que puede pasar y qué cambió en ella; antes, DuoUpdater no tenía forma de ver la versión de Windscribe. La actualización se sigue haciendo con el instalador del propio Windscribe, que configura partes que viven fuera de la app.

Ya no se aplica una actualización a una app que desapareció mientras hacías clic. Si la app se desinstala, se reemplaza o deja de poder leerse entre el clic y el inicio de la instalación, DuoUpdater se detiene y lo dice, en lugar de instalar igualmente sobre esa ubicación.

duo, el acompañante opcional de línea de comandos, deja de dar por terminada una instalación por paquete antes de que lo esté. Instalar una app que se distribuye como .pkg abre el instalador de macOS y te deja el resto a ti, pero el resumen la contaba como instalada: «1 installed» cuando todavía no se había reemplazado nada. Ahora se cuentan por separado. Su salida --json también etiqueta cada línea con lo que ocurrió con esa app, de modo que un script ya no tiene que leer la explicación en inglés para distinguir un fallo de un salto deliberado.

Por dentro. La recomprobación justo antes de instalar que protege una actualización de un clic protege ahora también a duo install; y las comprobaciones que una descarga debe superar antes de reemplazar una app están en un solo sitio para las dos vías que las usan.

Pulsar «Actualizar» ya no se queda en nada cuando una fuente de actualizaciones se contradice. Si la comprobación que se lanza al pulsar devuelve una versión más antigua que la que ofrecía la fila, DuoUpdater ahora lo indica y mantiene la actualización disponible. Antes daba la aplicación por actualizada y la quitaba de la lista, y la misma actualización reaparecía en la comprobación siguiente.

Las actualizaciones de Fork vuelven a ofrecerse cuando Fork está en su canal Develop. DuoUpdater leía al revés la preferencia de canal de Fork y seguía su feed Stable, que va bastante por detrás: una copia en Develop figuraba como actualizada mientras Fork ya ofrecía una versión más reciente.

Mac Performance Monitor ya muestra sus notas de versión. La aplicación las publica en su repositorio y no en el feed que leemos, así que la ventana no tenía nada que mostrar.

CotEditor ya está cubierto, tanto en su línea de versiones finales como en la de betas. La línea que sigue cada copia se deduce de la versión instalada y del propio ajuste de CotEditor «Update to prereleases when available», de modo que una copia beta recibe la siguiente beta en lugar de una versión final que la haría retroceder.

Una aplicación instalada desde la App Store nunca recibe la oferta de descargarla de otro sitio. Cuando la consulta a la tienda falla o vuelve vacía, la fila indica ahora que la tienda se encarga de ella, sin número de versión. Antes la comprobación podía recurrir a la otra vía de distribución de la aplicación —una compilación distinta con su propia numeración— y ofrecerse a instalarla encima de la copia de la tienda.

A una aplicación nunca se le ofrece una actualización que la llevaría a una versión anterior. Algunos feeds sitúan una versión estable por encima de una preliminar que en realidad va por delante, e instalarla habría hecho retroceder la aplicación.

Un error largo en una fila ya no empuja hacia abajo el resto de la lista. Se limita a dos líneas y el texto completo aparece al pasar el puntero.

Se cubren cuatro apps más: WhatCable, Qoder IDE, Qoder y Yaak. Cada una tiene comprobación de actualizaciones e instalación con un clic, y sus notas de versión se leen en la ventana como texto en vez de como una página incrustada.

Las dos apps de Mac de Qoder ya se distinguen. El IDE y la app de escritorio comparten nombre y página de descarga, pero salen en líneas de versión distintas, así que ahora cada una se sigue por su cuenta.

Las betas de WhatCable y de Yaak se siguen en su propio canal. Una copia con una beta no tenía ninguna fuente y se quedaba en «Fallo»; ahora se le ofrece la siguiente beta, con notas de versión separadas de las de las versiones finales. En WhatCable eso incluye además la versión final en la que acaba convirtiéndose una beta: aceptarla pasa la copia al canal final.

Comprobar tus apps de la App Store gasta una fracción de la red que gastaba. Cada comprobación volvía a pedir la página de producto de cada app de la App Store; ahora las páginas se conservan una hora y se pregunta a la tienda por todas tus apps en unas pocas peticiones en vez de una por app. Con un intervalo de comprobación de cinco minutos eso supone alrededor de un tercio menos de tráfico en total; con el intervalo por omisión de seis horas las páginas siguen caducando entre comprobaciones, así que ahí el ahorro es menor.

Volver a comprobar una sola app ya no vuelve a pedir todas las de la App Store. Un solo «Comprobar de nuevo» descartaba todas las páginas de producto guardadas, de modo que la siguiente comprobación programada las pagaba todas; ahora solo actualiza la app por la que preguntaste.

Comprobar apps que se distribuyen por GitHub cuesta una fracción de la red que costaba. Cada comprobación volvía a descargar la descripción completa de cada versión aunque no se hubiera publicado nada; ahora se pregunta a GitHub si la versión ha cambiado desde la última vez y no se descarga nada si no. Una vez al día se relee cada versión entera, así que una versión retirada se nota en menos de un día.

Las apps seguidas en un canal beta o nightly de GitHub piden ahora una versión en vez de una página de versiones. La más reciente es la respuesta casi siempre, y la página completa solo se pide en las rondas en que no lo es.

La comprobación de actualizaciones de Vorssaint ya no pasa por una redirección. Su repositorio cambió de nombre, y seguir el nombre antiguo dejaba la petición en el límite anónimo de GitHub sin decirlo; ahora la comprobación va directa al nombre nuevo.

Por dentro. El artefacto de la versión se compila, se firma y se notariza en un Mac alojado por GitHub, con una procedencia de compilación que cualquiera puede verificar, y el registro de peticiones distingue una respuesta guardada de una que salió a la red.

Los registros de peticiones que exportas ya no llevan tu nombre de cuenta. Cada fila de una app instalada en tu carpeta personal escribía la ruta completa; ahora muestra ~, sea cual sea la forma en que extraigas el registro.

La pestaña «Solicitudes» ahora dice qué incluye y qué no. Registra las peticiones que hace el propio DuoUpdater. Una página de notas de versión carga sus propias imágenes y tipografías, y las actualizaciones de la App Store y de Homebrew las realizan herramientas aparte: nada de eso aparece ahí, y ahora la ventana lo dice en vez de dejar que lo supongas.

«Copiar URL» ahora escapa la dirección que te da. Las rutas con un espacio —las descargas de Firefox, Thunderbird y Bartender, entre otras— se copiaban tal cual: un navegador lo corrige, la línea de comandos no.

La fila beta de CapCut ya no informa de una comprobación fallida. Entre una beta y la siguiente —cuando una pasa a versión final y la próxima aún no ha abierto— su fabricante no publica nada en ese canal. Eso aparecía como una fila roja y un «Reintentar» que no podía funcionar. Ahora la fila simplemente no tiene respuesta de esa fuente hasta que aparece la siguiente beta.

Audacity ahora muestra la marca que dice con qué está hecha. Arranca mediante un pequeño lanzador que cede el paso al programa real que tiene al lado, y la marca se leía del lanzador, que no enlaza nada.

Las notas de versión de la App Store ahora llegan en tu idioma. Siempre se obtenían en el idioma predeterminado de la tienda, así que un Mac configurado en chino o japonés las seguía leyendo en inglés.

Las actualizaciones del propio DuoUpdater ahora aparecen a su nombre en la ventana «Red». Su comprobación de versión, sus notas de versión y su descarga figuraban con la columna de app vacía.

Por dentro. Una credencial incluida en la ruta de una dirección web se elimina ahora antes de registrar la petición, igual que ya ocurría con las de la cadena de consulta.

La ventana «Download Traffic» ahora se llama «Red» y tiene una segunda pestaña. «Descargas» es el registro que ya tenía: lo que costó cada actualización como archivo. «Solicitudes» es nuevo: cada petición que DuoUpdater hace por ti, para qué era, a qué app pertenecía y lo que costó, con un campo de filtro para preguntarle cosas al registro en lugar de recorrerlo. Las cifras de arriba responden a lo que tengas filtrado, no al total histórico.

Comprobar si Spotify tiene actualizaciones casi no usa red. Spotify no publica ningún archivo de versión, así que la comprobación lee la versión de un instalador reducido de dos megabytes, y se lo descargaba entero cada vez, a todas horas. Ahora pregunta primero si ese archivo ha cambiado y se salta la descarga cuando no.

PDF Expert ya encuentra sus actualizaciones y muestra qué ha cambiado. Leía una lista de versiones que su fabricante dejó de ampliar en 2022, así que se declaraba actualizado tuvieras la versión que tuvieras. Ahora sigue la lista que usa el propio actualizador de la aplicación y ahora muestra también las notas de versiones anteriores, no solo de la última.

Las versiones preliminares de UTM ahora reciben sus propias actualizaciones, se instalan con un clic y muestran las notas correspondientes. Antes una copia preliminar se comparaba con el canal final y se le decía, sin avisar, que estaba al día; ahora sigue su propia línea y vuelve al canal final en cuanto recibe la versión final de esa línea.

Por dentro. Las peticiones registradas pasaron al mismo almacén que el registro de descargas, así que las dos cuentas de una misma descarga ya no pueden separarse. Tu registro actual se conserva intacto.

Quince aplicaciones más están vigiladas, y todas menos una se instalan con un solo clic. AgentsView, AnythingLLM, Chatbox, ChatGPT Classic, DSH Desktop, FluidVoice, GitHub Copilot, Kun, Meetily, Microsoft 365 Copilot, OpenLogi, OpenSuperWhisper, Paseo, T3 Code —en sus dos canales, alpha y nightly— y Vorssaint. La excepción es ChatGPT Classic: lo comprobamos por ti, pero trae un instalador que actualiza la app por su cuenta, así que esa actualización sigue estando en tus manos.

Ocho aplicaciones muestran ahora sus notas de versión dentro de DuoUpdater en lugar de enviarte a una página web. Xcode, Antigravity, Antigravity IDE, AnyDesk, AnythingLLM, Chatbox, Headlamp y Helium. En tres de ellas no había adónde enviarte: la página de AnyDesk responde con una comprobación antibots, quienes hacen Helium no publican ninguna página de notas, y Antigravity IDE no tenía enlace alguno.

Las betas de Xcode dicen qué cambió en cada beta. Antes la fila ofrecía un número de compilación y un enlace; ahora enumera las notas de Apple para la beta que tienes instalada y para todas las betas anteriores de esa misma versión.

Word, Excel, PowerPoint, Outlook y OneNote ya se dan cuenta de que su actualización se instaló. Estas cinco seguían ofreciendo reabrir un instalador que ya habías terminado y nunca llegaban a ofrecer el reinicio: esperar o volver a comprobar no lo resolvía.

Una fila que espera reiniciarse vuelve a explicarse, en ambas ventanas. Cuando una app iba por delante de lo que publica su proveedor y además esperaba un reinicio, la línea sobre el botón describía algo totalmente distinto; en las filas que esperaban el reinicio de «Actualizar todo», la ventana y el menú también se contradecían.

Las etiquetas de estado ya no desplazan el nombre de la app en ruso. Además, algunas etiquetas tomaban prestada la redacción de textos sin relación en todos los idiomas traducidos.

Las notas de la versión ya aparecen para las apps cuyo proveedor fecha una publicación sin indicar la hora. Antes esas publicaciones no dejaban rastro en ninguna parte.

Una página de notas que nos negamos a abrir ahora dice por qué. Antes se quedaba en blanco, lo que parecía exactamente una app que no publica notas.

Las notas de la versión Nightly de WeChat DevTools ya no están vacías.

Por dentro. El manejo de versiones y de fechas de publicación se unificó, de modo que un número de compilación nunca se lee como versión comercial y la cronología de publicaciones ya no inventa una hora que el proveedor nunca dio.

Las comprobaciones fallidas ya se ven en la ventana. La ventana no dibujaba nada para una fila cuya comprobación había fallado —ni para las que habías ignorado, aquellas cuya versión habías omitido, ni las que gestionan la App Store, Toolbox o TestFlight—, y eso se veía exactamente igual que «al día». Ahora las dos ventanas dicen lo mismo sobre la misma aplicación, y el botón para reintentar está en ambas.

«Comprobar de nuevo» consulta, en cualquier fila, solo esa aplicación. De paso vuelve a leer qué aplicaciones están abiertas: es la forma más rápida de corregir un punto verde que parece equivocado.

Omitir una versión e ignorar una aplicación ahora se deshacen desde el menú contextual de la ventana. Ambas filas pedían hacer clic derecho para deshacerlo, en una ventana cuyo menú no ofrecía nada de eso.

La comprobación en segundo plano ya no te quita las notas de versión que estás leyendo. La comprobación cada hora descartaba todas las notas ya cargadas, así que un panel abierto volvía al indicador de carga. Ahora solo vuelve a empezar si tú pides actualizar.

Las descargas interrumpidas se comprueban antes de darlas por completas. Se daba por buena tanto la respuesta de un servidor que reenviaba el archivo entero como la de uno que se cortaba antes de tiempo, y el problema aparecía un paso después, como una instalación desde un archivo dañado. Las descargas tras ciertos proxies, que fallaban de forma permanente, ahora funcionan.

Actualizar una aplicación ya no vuelve a leer todas las aplicaciones del disco. Cada clic hacía dos recorridos completos de todas tus aplicaciones solo para mirar la que habías señalado.

Las notas de versión de Chrome ya no pueden quedarse bloqueadas. Un rediseño corriente del blog de Google bastaba para detenerlas varios minutos; ahora cargan enseguida, sea cual sea el aspecto de la página.

Un instalador ya descargado no se descarta para volver a bajarlo. Cuando un proveedor escribía la misma versión de dos maneras (v1.2.3 y 1.2.3), el paquete en espera no se reconocía, y «Reiniciar» podía quedarse esperando un reemplazo que ya había ocurrido.

Una instalación con permisos de administrador que falla ya no se confunde con una cancelación tuya. No se mostraba ningún error, y esa aplicación dejaba de ofrecer en silencio la actualización con un clic hasta que volvías a pedir permisos de administrador desde el menú de su fila.

El punto verde de «en ejecución» ya detecta todas las aplicaciones. macOS no anuncia en absoluto la apertura o el cierre de algunas, y su punto se quedaba equivocado hasta que algo ajeno lo refrescaba.

«Actualizar todo» ya no aparece y desaparece durante una actualización, y una aplicación que actualices a mitad de la comprobación no vuelve a ofrecer la actualización que ya instaló.

Si la comprobación falla justo al pulsar Actualizar, se te dice, en lugar de archivarlo como «nada que hacer».

Por dentro. Las fechas de publicación escritas en formatos poco habituales se leen correctamente, la comprobación de direcciones de las páginas de notas de versión cubre todas las escrituras equivalentes, y el registro rutinario ya no toca el disco cada vez que se abre o se cierra cualquier aplicación en tu Mac.

La marca de Docker ahora describe la interfaz de Docker y no su servicio en segundo plano. La fila decía «nativa»; pero Docker Desktop es una app de Electron. Esa marca se lee del paquete de la app, y el paquete de Docker es una envoltura: el programa que nombra es un servicio en segundo plano escrito en Go, no lleva ningún framework propio, y la app que dibuja realmente las ventanas está un nivel más adentro. Todo se leía correctamente — solo que del archivo equivocado. DuoUpdater mira ahora dentro de la app anidada, pero solo cuando la exterior no aporta nada por sí misma y contiene exactamente una app de ese tipo que demuestre con qué está construida; así, un proceso auxiliar distribuido junto a una interfaz real sigue sin poder prestarle su identidad a su anfitrión. Docker se lee como Electron 42.5.0 y, de las ciento cuarenta y seis apps de la lista en la máquina donde se escribió esto, es la única fila que cambia.

Las notas de versión de CleanShot X vuelven a leerse — incluidas las de la 5.0. CleanShot publicó su mayor actualización en años y de paso reconstruyó su página de novedades: la fecha pasó por encima del número de versión, aparecieron dos capas nuevas a su alrededor, y una versión de funciones mete ahora una introducción y dos enlaces de vídeo entre la versión y su lista de cambios. La regla de lectura que usaba DuoUpdater dejó de coincidir con nada de eso. Lo que lo hacía peor que un panel vacío es que no parecía vacío: las notas ya guardadas de la versión anterior seguían en pantalla bajo el título de la nueva — el panel decía «5.0» sobre los cambios de la 4.8.10, y en ningún sitio se advertía.

Las notas guardadas antes de que se publicara una versión ahora se releen en lugar de creerse para siempre. Esta es la otra mitad de la misma historia. DuoUpdater supo que la 5.0 existía seis minutos antes de que CleanShot publicara su contenido, guardó la página tal como estaba y la archivó bajo 5.0 — y desde entonces cada comprobación encontraba algo ya guardado y no volvía a mirar. Las notas guardadas se confirman ahora con el proveedor una vez por sesión antes de darlas por definitivas, de modo que una versión cuyas notas llegan tarde se completa sola en la siguiente visita en vez de quedarse equivocada.

Lo que abras desde la barra de menús ahora se abre al primer clic. Elegir «Novedades» en una fila — o los Ajustes, o el registro de versiones — no hacía absolutamente nada la primera vez, y funcionaba a partir del segundo clic. Volver a abrir el menú convertía cada intento en «el primero» otra vez, así que para quien abre el menú, hace un clic y espera una ventana, nunca funcionó. El primer clic dentro del menú se gastaba en traer DuoUpdater al frente en lugar de hacer aquello a lo que apuntaba. La ventana que se abre también se mantiene delante ahora: se la traía al frente y se la empujaba hacia atrás en el mismo instante, que es la otra manera en que esto parecía un clic sin efecto.

Una app que deja su propio nombre en blanco ahora recibe uno de todos modos. Eudic (欧路词典) aparecía en la lista con un icono, una versión y nada en absoluto donde va el nombre. Su paquete sí declara un nombre visible — y lo deja vacío, porque los nombres reales están en las traducciones de la app — y DuoUpdater tomaba esa respuesta vacía por la respuesta en lugar de hacer la siguiente pregunta. Ahora recurre al otro nombre de la app, y después al nombre del propio archivo, de modo que ninguna fila se queda sin nombre. Aquí había una app afectada de ciento cincuenta; lo importante es que la información ya estaba ahí y se estaba omitiendo.

El reinicio ahora te dice cuándo la app se negó a salir, en vez de parecer un clic que no hizo nada. Si una app tiene una ventana esperándote — un aviso para guardar, una hoja de inicio de sesión, algún diálogo —, macOS no la dejará salir, y desde este lado no hay nada que hacer: es la ventana de la app. DuoUpdater antes daba vueltas treinta segundos y luego devolvía el mismo botón sin explicación alguna, lo cual se lee exactamente como un botón roto, así que la gente lo vuelve a pulsar. La fila ahora dice qué ha pasado y te remite a la app para que te ocupes de esa ventana. No se ha cambiado nada y la nueva versión ya está instalada, así que realmente solo falta el reinicio — y si simplemente cierras la app tú en los próximos diez minutos, DuoUpdater se da cuenta y la vuelve a abrir en la versión nueva sin que pulses nada.

Las notas de versión de 欧路词典 vuelven a ser de una versión, y no de dieciséis años de ellas. La app publica todo su historial — cada versión hasta la 2.5.0 — dentro de las notas de la versión que sea la más reciente, de modo que el panel de detalles lo mostraba todo bajo el título «26.9.0» y había que pasar una década desplazándose para encontrar lo que acababa de cambiar. Ahora cada versión tiene su propia entrada en la lista, como la de cualquier otra app.

La marca que dice con qué está hecha una app ahora exige una prueba para Tauri, no un parecido. Tauri no deja nada que encontrar en un paquete — ni framework ni carpeta propia —, así que esa marca en concreto se deducía de cómo estaba empaquetada la app, más el hecho de que enlaza la vista web de Apple. Longbridge encaja con todo eso y no es Tauri: dibuja sus propias ventanas con el mismo renderizador que Zed, e integra una vista web solo para un rincón de su interfaz. DuoUpdater ahora lee la huella propia de Tauri en el binario antes de afirmarlo, de manera que una app se llama Tauri cuando lo es — y Longbridge se lee como lo que es: una app nativa de Mac.

CapCut ya no se pone en rojo porque los servidores de ByteDance tuvieran medio segundo malo. El punto de acceso al que DuoUpdater le pide la versión de CapCut responde con un código de éxito y luego, aproximadamente una de cada cincuenta veces, con un objeto de error en lugar de la respuesta: un tiempo de espera agotado dentro de la propia infraestructura de ByteDance, unos 390 bytes donde se esperaban 436 kilobytes. Desde este lado no había forma de distinguir eso de que CapCut hubiera cambiado la forma de su respuesta, así que la fila decía que la comprobación había fallado, lo cual se lee como «esto está roto y alguien tiene que arreglarlo» para algo que se arregla solo al siguiente intento. Esa forma concreta ahora se reconoce por lo que es: la petición se reintenta de inmediato, y solo se informa como un problema real si persiste durante cinco días.

Cada app de la lista dice ahora con qué está hecha. La fila de una app de la App Store siempre ha llevado el distintivo de la tienda, y todas las demás filas se veían iguales: una app con Sparkle, una app de Electron y una nativa eran indistinguibles. Ahora cada nombre lleva la marca de la propia tecnología —haz clic para ver su nombre y una frase, o pasa el cursor para el tooltip: Electron, Tauri, Flutter, Qt, Java, Chromium, Mac Catalyst, una app de iPhone sobre Apple silicon o una app nativa de Mac— junto con la versión del entorno cuando puede leerse como un hecho (Electron 42.4.1, Qt 6.2, el Chromium que la app incrusta, el Tauri con el que se construyó). Todo se lee del propio paquete —el framework que el empaquetador tuvo que incluir, el entorno que necesita su lanzador, las bibliotecas que enlaza el binario—, así que es un hecho sobre lo que está instalado y no una suposición a partir del nombre. Cuando un nombre largo no deja sitio, el símbolo se aparta en lugar de empujar el nombre a una segunda línea: la fila es del nombre. Todo esto se desactiva en Ajustes → General.

LibreOffice ya no anuncia una vuelta atrás a la versión que ya tienes. Su índice de descargas publica versiones de tres partes (26.8.0) mientras que la copia instalada informa de cuatro (26.8.0.3), y rellenar con un cero la parte que falta hacía que la copia instalada pareciera más nueva: la fila mostraba una nota discreta de «el proveedor va por detrás de ti» sobre una app que estaba exactamente al día. Una fuente que publica menos partes de las que informa la app se interpreta ahora como una descripción de la misma versión, no de una anterior; una vuelta atrás real se sigue anunciando.

Un ajuste que ha traído una actualización ahora se señala a sí mismo una vez. Una preferencia nueva en mitad de la ventana de Ajustes es una preferencia que nadie encuentra. Tras la actualización que la añadió, el engranaje de la barra de menús lleva un punto azul, la página donde vive lleva otro en la barra lateral, y el propio control lleva el suyo hasta que lo has mirado. Solo para quien de verdad actualizó hasta ella: una instalación nueva no recibe puntos sobre funciones que para ella son simplemente parte de la app.

Las apps de Electron añadidas en la versión anterior ya se pueden actualizar de verdad con un clic. 0.3.75 enseñó a DuoUpdater a leer el archivo que esas apps llevan dentro de sí, y lo leía: calculaba la versión nueva, la descarga correcta para tu Mac y la suma de verificación con la que comprobarla — y luego no tenía adónde enviar nada de eso. El botón de instalar no aparecía nunca, y duo install explicaba el rechazo con un motivo que no era el real. En esta versión la ruta de instalación queda conectada. En la práctica puede que no notes ninguna diferencia: esta lectura va detrás de todas las reglas escritas a mano, así que solo habla por una app que nada más cubra — y hoy, en la máquina donde se compiló esto, no hay ninguna. Importa para la app que instales mañana y para la que nadie haya escrito una regla.

Una descarga que te sacaría de una compilación nativa ahora se rechaza. Apple Silicon todavía puede ejecutar apps de Intel mediante traducción, lo que significa que una descarga solo para Intel superaba la comprobación de «¿esto funciona en tu Mac?» y se instalaba sin problemas — dejándote con una copia traducida de una app que venía ejecutándose de forma nativa, en silencio, y repitiendo lo mismo en cada actualización futura. Ahora toda instalación en el sitio compara lo que tienes con lo que llegó y rechaza ese cambio. En sentido contrario, o de una compilación universal a una de Apple Silicon, es lo normal y se sigue permitiendo.

Cuando no puede demostrar de qué arquitectura es una descarga, ahora declina en vez de adivinar. Algunos proveedores publican una compilación para Apple Silicon junto a la predeterminada, y la única forma de saber que la predeterminada es la de Intel es advertir que existe la otra. Si esa segunda comprobación no vuelve limpia — el servidor del proveedor la rechaza, se corta la conexión, o ambas discrepan sobre qué versión son — DuoUpdater ya no trata ese silencio como una respuesta. Te dice la versión y no ofrece instalación, que es el resultado honesto.

Una regla rota ya no puede desaparecer de Diagnóstico. En apps cubiertas a la vez por una regla escrita a mano y por la nueva lectura — que son la mayoría, deliberadamente — un fallo de la regla quedaba anulado porque la lectura acertaba justo después, así que una app cuya regla se había roto de verdad seguía leyéndose como sana. Ahora se registran por separado. La nueva lectura además informa por primera vez de sus propios fallos: en la máquina donde se compiló esto, tres apps apuntaban a direcciones que llevan tiempo devolviendo «no encontrado», y nada lo había dicho en voz alta hasta ahora.

Las filas que ven una actualización pero no pueden instalarla ahora ofrecen lo mismo en los dos sitios. La barra de menús mostraba un botón que decía «Abrir» y abría el Finder, y la ventana no mostraba nada para esa misma fila.

Las aplicaciones creadas con Electron ahora se reconocen sin que nadie tenga que anotarlas antes. Muchísimas aplicaciones de Mac llevan dentro un pequeño archivo que indica dónde están sus actualizaciones. Hasta ahora DuoUpdater solo conocía aquellas para las que alguien había escrito una regla a mano: todas las demás aparecían en tu lista sin número de versión y sin forma alguna de avisarte de que había salido una nueva compilación. Ahora lee ese archivo directamente, igual que siempre ha leído el de Sparkle, de modo que una aplicación así queda cubierta el día que la instalas y no el día que alguien encuentra un rato.

Las aplicaciones que ya tenían una regla escrita a mano no cambian. El nuevo lector se sitúa detrás de ellas, así que solo puede rellenar un hueco; nunca sustituir algo que ya funcionaba.

Dos detalles deciden si la descarga que ofrece es la correcta, y ambos se resolvieron comprobando aplicaciones reales en lugar de darlos por supuestos. Algunos fabricantes marcan una compilación Intel como su descarga «principal» aunque publiquen otra para Apple Silicon junto a ella; otros dan a la compilación de Apple Silicon un nombre de archivo idéntico en apariencia al de Intel, de modo que el nombre no delata nada. DuoUpdater elige según la arquitectura y, cuando no puede asegurar que una descarga vaya a funcionar en tu Mac, te dice la versión y no ofrece la instalación, en lugar de entregarte algo que se instala sin problemas y luego no abre.

Si usas la versión beta, la candidata a publicación o una compilación nightly de alguna aplicación, DuoUpdater llevaba tiempo vigilando la rama equivocada. Determina en qué rama estás encontrando tu compilación en la propia lista de versiones del proveedor, pero una preversión suele conservar el mismo número de versión pública que la estable de la que procede, que es justo lo normal en una preversión. Así que la coincidencia caía en la entrada estable. El fallo era silencioso: en pantalla no aparecía nada raro, sencillamente dejabas de enterarte de la siguiente compilación de tu propia rama, y las notas de la versión que se te mostraban pertenecían a la línea estable. Se descubrió instalando las preversiones reales de Supacode y TypeWhisper y observando qué ocurría; ambas siguen ahora la rama en la que realmente están.

La beta de CapCut mostraba una versión que no tenías. La fila decía «9.3.4545 → 9.4.0-beta6» mientras que el propio CapCut, el Finder y cualquier otra herramienta de actualización llamaban a tu copia 9.4.0-beta5. Algunas aplicaciones guardan su versión real en un campo distinto al que usa la mayoría, y DuoUpdater leía en tu lado de la flecha el que parecía más limpio y en el lado del proveedor el verdadero. La actualización que ofrecía siempre era la correcta: lo único equivocado era la etiqueta. Ahora ambas mitades de la fila salen del mismo sitio, tanto en CapCut como en las otras siete aplicaciones construidas así.

MacWhisper, GitHub Copilot for Xcode, TypeWhisper y OpenUsage ya muestran sus notas de versión. Las cuatro tenían el panel de notas vacío: sus fuentes de actualización no incluyen nota alguna, algo que no se advirtió hasta contrastar cada una con lo que el proveedor publica de verdad. DuoUpdater lee ahora la propia página de notas de MacWhisper, el archivo de cambios de Copilot y el sitio de cambios de TypeWhisper, y apunta OpenUsage a su lista de versiones.

Helium se actualiza ahora a través de su propio servicio, lo que trae su canal beta y descargas mucho más pequeñas. Hasta ahora se seguía mediante la lista pública de versiones, donde solo aparecen las estables, así que quien usaba la beta de Helium recibía la estable. Su servicio también publica parches, de modo que una actualización corriente ocupa unos 40 MB en lugar de volver a descargar 124 MB. Comprobado con una compilación estable y una beta, y la descarga se verifica con la clave de firma que hay dentro de tu copia instalada antes de sustituir nada.

Las versiones beta, developer y nightly de Firefox y Thunderbird ya se siguen bien: hasta hoy, ninguna de esas cinco vías de publicación había informado jamás de una sola actualización. Se leían del archivo público de versiones de Mozilla, que solo publica la versión que se te muestra, y al instalar una beta se le quita el «b5»: una beta de Firefox se llama 155.0 durante todo el ciclo, así que la única pregunta que se hacía era «¿155.0b5 es más nueva que 155.0?», y la respuesta es no. Nightly era peor: Mozilla publica una cada día y todas se llaman 157.0a1, de modo que un ciclo de cuatro semanas no producía absolutamente nada. Ahora DuoUpdater pregunta al propio servicio de actualización de Mozilla, la misma dirección que usa el actualizador integrado de Firefox y que la aplicación lleva escrita dentro, y compara el identificador de compilación que ambos lados llevan. Comprobado antes de publicarlo contra las descargas reales de las cinco vías: el identificador que anuncia ese servicio es idéntico byte a byte al que hay dentro de tu copia; una beta con una compilación de retraso ya muestra su actualización, y una nightly construida más temprano ese mismo día también. Las versiones estable y ESR nunca se vieron afectadas y no se han tocado. Un límite que conviene decir con claridad: ese servicio no publica fecha de publicación, así que para estas cinco vías el registro de versiones sigue anotando cuándo vio DuoUpdater una compilación por primera vez, y no cuándo la publicó Mozilla.

Wispr Flow, AionUi y Devin ahora se actualizan con un clic, en lugar de limitarse a avisar de que existe una versión nueva. Los tres ya veían sus actualizaciones; ninguno podía aplicar una, con el motivo declarado de que el proveedor publica compilaciones separadas para Intel y Apple Silicon y DuoUpdater no tenía forma de elegir. Medido en lugar de supuesto, ese motivo no se sostenía: los puntos de acceso de los que se leen estos tres ya son los de Apple Silicon, y DuoUpdater solo funciona en Apple Silicon: nunca hubo elección que hacer. Cada descarga se obtuvo y se comprobó antes de conectarla: la aplicación correcta dentro, firmada por el mismo desarrollador que tu copia, notarizada por Apple, y la de AionUi contrastada además con la suma de verificación que publica su propio manifiesto. Después cada una se instaló de verdad sobre una copia más antigua y volvió en la versión nueva.

Grok Bot ya se sigue: versiones nuevas y actualizaciones con un clic. La app de escritorio de xAI la compila y la firma Anysphere, la empresa detrás de Cursor, y se actualiza a través del propio servicio de publicación de Cursor. Por eso ninguna de las vías habituales respondía por ella: sin feed de Sparkle, sin ficha en la App Store, sin repositorio público de versiones, y con un cask de Homebrew que devuelve la actualización a la propia app. DuoUpdater lee en su lugar el endpoint de versión del proveedor. Había otros dos endpoints y ambos se descartaron por motivos concretos: el que hay detrás del botón de descarga de x.ai no publica número de versión alguno, y el que usa el actualizador de la propia app responde con un cuerpo vacío cuando ya estás al día, un silencio que sería indistinguible de un endpoint roto. La descarga se comprobó antes de conectarla: la imagen de disco lleva la app correcta, firmada por el mismo desarrollador que tu copia y notarizada por Apple. Hay algo que deliberadamente no ofrece: las notas de la versión. xAI no publica ninguna para esta app, y el único changelog que sí publica pertenece a otro producto.

Comet y Msty Studio también se actualizan con un clic, y una nueva comprobación vigila las aplicaciones que podrían hacerlo y no lo hacen. Eran las dos últimas del grupo que veían sus actualizaciones sin poder aplicarlas, y ninguna necesitó nada nuevo: solo mirar con más atención lo que el proveedor envía en realidad. El enlace de descarga de Comet está firmado y caduca en una hora, así que el botón de actualizar apunta a la propia pasarela de Perplexity y el enlace se genera en el momento en que haces clic, no horas antes durante la comprobación. Msty publica cuatro descargas en un mismo archivo, con la versión Intel en primer lugar, y la huella usada para verificar la descarga se tomaba precisamente de esa primera entrada; ahora está ligada a la versión Apple Silicon que de verdad se obtiene, lo que además hace que una versión publicada entre la comprobación y el clic se detecte casi siempre en vez de instalarse en silencio. Ambas se descargaron y pasaron por las barreras de instalación reales antes de publicarse. La lección de fondo no tiene que ver con ninguna de las dos: nada en DuoUpdater podía advertir que una aplicación seguía en modo solo detección por un motivo que había dejado de ser cierto. El barrido nocturno de recetas ahora lo dice cuando una aplicación que solo se observa ya nos está entregando un instalador.

QQ音乐 ahora está bajo seguimiento: nuevas versiones, actualizaciones con un clic y sus notas de versión en la ventana. Ninguna de las rutas habituales respondía por ella. No publica ningún feed de Sparkle ni lleva el framework de Sparkle en absoluto; su cask de Homebrew le devuelve la actualización a la propia app; y el endpoint de actualización que nombra su propio binario responde con 200 y un cuerpo vacío a todo lo que se le puede preguntar — un silencio indistinguible de un endpoint roto, así que se dejó de lado. Lo que DuoUpdater lee en su lugar es el archivo de datos desde el que se construye la propia página de descarga del proveedor: esa página se envía como una carcasa vacía y se rellena a partir de ese archivo, que es también el único lugar donde existen las notas de versión — no hay blog, no hay appcast y no hay página por versión. Así que las notas se leen directamente de ahí y se renderizan en la propia ventana de DuoUpdater, y la actualización instala la imagen de disco notarizada nombrada en esa misma respuesta. Una trampa que merece la pena registrar: ese archivo todavía lleva un segundo registro para Mac, de hace seis años, junto al actual, así que ambas reglas se basan en el nombre de archivo versionado de la descarga para Mac y no en la palabra «Mac». Y un límite que merece la pena destacar claramente: el archivo publica la versión que se te muestra y nunca el número de build que hay debajo, así que una recompilación que conserva el nombre de versión no se detecta aquí. No puede inventarse una actualización que no existe; simplemente no ve ese caso concreto.

TimeMachineEditor ahora está bajo seguimiento: nuevas versiones y actualizaciones con un clic. Ninguna de las rutas habituales respondía por ella: sin feed de Sparkle (la app no lleva ni una dirección de feed ni el framework que la usaría), sin ficha en la App Store, sin repositorio público de versiones, y con un cask de Homebrew que le devuelve la actualización a la propia app. Lo que sí tiene es un pequeño sitio del proveedor cuyo único enlace de descarga declara la versión en su propio texto — la misma página, leída de la misma manera, en la que se apoya la propia comprobación de versión de Homebrew, así que esta es la superficie que el proveedor pretende y no una suposición. La actualización se instala como el propio paquete instalador del proveedor en lugar de como un simple intercambio de app, y eso es deliberado: la descarga también coloca un programador en segundo plano, una herramienta de línea de comandos y un launch daemon fuera de la propia app, así que reemplazar solo la app dejaría una copia nueva junto a un programador obsoleto sin nada que note el desajuste.

Little Snitch ahora se rastrea, tanto en sus versiones estables como en sus nightly. Object Development publica un archivo de versión al que recurre su propio actualizador — el mismo que lee Homebrew — y DuoUpdater lo lee directamente, porque Little Snitch no publica feed de Sparkle y su cask le devuelve la actualización a la propia app. Las dos versiones comparten una única identidad, lo que normalmente las haría imposibles de distinguir; esta se delata en la propia cadena de versión, donde un build nightly escribe la palabra completa («6.5 nightly (7301)») mientras el build estable se lee como un simple «6.4.1». Merece la pena decir lo que esto deliberadamente no hace: no instalará la actualización por ti. Little Snitch ejecuta una extensión del sistema y un servicio en segundo plano con privilegios junto a la app, y no se ha verificado en una máquina real si intercambiar solo la app deja eso intacto — así que DuoUpdater te dice que hay una versión nueva y te envía a la propia descarga del proveedor, en lugar de arriesgarse con un filtro de red.

Carbon Copy Cloner ahora se rastrea, y no intentará moverte entre versiones mayores. Bombich mantiene tres generaciones vivas a la vez — CCC 5, 6 y 7 — todas ellas con la misma identidad ante el sistema, lo que convierte «¿hay algo más nuevo?» en una pregunta más difícil de lo que parece: 7.1.6 sí ordena por encima de 6.1.13, pero pasar de una a otra es una compra aparte, y CCC 7 necesita un macOS más nuevo del que puede que esté corriendo una máquina con CCC 5. Responder solo por el número de versión le habría dicho a cada propietario de CCC 5 y 6 que había una actualización gratuita esperando, para siempre, y se habría equivocado cada vez. Así que DuoUpdater lee cada generación desde su propia dirección y solo te ofrece la siguiente versión dentro de la generación que realmente tienes. Las versiones beta también se recogen, para quien las haya activado dentro de CCC. Por ahora solo detección — CCC instala un helper con privilegios junto a la app, lo cual es una promesa mayor que las actualizaciones con un clic que ya hay aquí — y el motivo por el que nada podía ver antes estas actualizaciones merece quedar registrado: el propio feed de actualización de la app responde con éxito a cada solicitud, con una página completamente vacía.

Una actualización que tu Mac en realidad no puede ejecutar ya no se descarga ni se instala. Cada bundle de app declara el macOS más antiguo en el que arrancará, y algunos proveedores también declaran el más nuevo — «este build no es para un sistema operativo tan reciente», que es la forma en que una app que no se ha puesto al día con macOS 27 lo dice. DuoUpdater no leía ninguno de los dos. En las apps rastreadas mediante un feed de Sparkle el requisito mínimo ya se respetaba, pero esas son una minoría: de las apps de un Mac típico, las que se leen desde el propio endpoint de un proveedor o desde GitHub releases son la mitad mayor, y un release de GitHub no publica ningún requisito de macOS en ninguna parte. Así que una app que ya había avanzado a un macOS más nuevo que el tuyo podía ofrecerse, descargarse por completo, instalarse — y luego no abrir. DuoUpdater ahora lee el requisito directamente de la app descargada, justo al lado de la comprobación que ya existía de que está compilada para tu procesador, y rechaza el intercambio en lugar de reemplazar una copia que funciona por una que no va a arrancar. El límite superior que declara el proveedor también se respeta, donde un feed publica uno, así que un build que el desarrollador ha marcado como no apto para tu macOS no se ofrece en primer lugar. Tres límites que merece la pena decir con claridad. Leer el requisito a partir de la descarga significa que la descarga ya ha ocurrido — esto evita una instalación rota, no el tráfico, porque para la mayoría de las apps no hay ningún sitio anterior donde preguntar. Una app cuya versión más nueva tu Mac no puede ejecutar seguirá mostrando esa actualización y seguirá negándose a instalarla; el rechazo ahora nombra la versión de macOS que exige, pero DuoUpdater todavía no recuerda la respuesta ni deja de ofrecerla. Y la comprobación cubre las rutas en las que DuoUpdater intercambia el propio bundle de la app — un paquete instalador le entrega el archivo a macOS, que impone los propios requisitos del paquete, y Homebrew y la App Store eligen sus propios builds; las apps que vienen de la sección de iPhone y iPad de la App Store se saltan deliberadamente, ya que la versión que declaran es una versión de iOS y compararla contra macOS sería peor que no comprobar nada. Una cosa que todavía no dice en voz alta: cuando un desarrollador ha marcado un build como no apto para tu macOS, esa actualización simplemente no se ofrece, y la app se lee como al día en lugar de explicar por qué. En un Mac más antiguo eso se resuelve solo el día que actualices macOS. En un Mac demasiado nuevo no se resuelve, y ahí se debe una respuesta mejor que el silencio.

百度网盘 ahora está bajo seguimiento: nuevas versiones, actualizaciones con un clic y sus notas de versión en la ventana. No había ninguna de las vías habituales. No publica feed de Sparkle; el cask de Homebrew no puede responder por una copia instalada a mano; y el manifiesto de actualización que indica su propio bundle ya no existe (ese archivo, su gemelo arm64 y el directorio que los contiene devuelven 404). Así que DuoUpdater lee el endpoint del que se alimenta la propia página de descarga del proveedor e instala la imagen de disco arm64 notarizada que figura en esa misma respuesta. Las notas de versión llegan por el mismo camino: la página «版本更新» tiene una pestaña Mac版, pero la página se sirve vacía y se rellena desde una API, así que DuoUpdater lee esa API directamente y muestra las últimas cuarenta versiones en su propia ventana. Un límite que conviene dejar claro: ese feed publica la versión que ves, nunca el número de build que hay detrás, así que una recompilación que conserva el nombre de versión no se detecta aquí. No puede inventarse una actualización que no existe; simplemente no ve ese caso concreto.

Una comprobación que falla ahora dice que ha fallado, en lugar de dejar un hueco en blanco. Para una app cuya versión solo puede consultarse en el endpoint del propio proveedor, había una única forma de decir «sin respuesta»: un guion vacío, que es también lo que muestra una app que nada cubre. Así, si el endpoint de un proveedor agotaba el tiempo de espera o cambiaba de dirección, se leía exactamente igual que «DuoUpdater no sigue esta app»: un veredicto con aspecto definitivo, sin botón Reintentar y sin figurar en el recuento de «apps que no se pudieron comprobar». Ahora aparecen como lo que son, una comprobación fallida: con botón Reintentar, un sitio en el recuento y el motivo indicado. No en todos los casos, a propósito: lo que tu Mac no puede remediar de ninguna manera (que no haya receta para la línea de versiones que usas, o un endpoint que exige una identidad que este equipo no tiene) sigue siendo el guion discreto de siempre, y una comprobación que lleva tres rondas seguidas fallando sigue saliendo del banner en lugar de quedarse fija en él para siempre. Las apps instaladas con JetBrains Toolbox también conservan su botón «abrir Toolbox» cuando falla la lectura de versión que hay detrás, ya que abrir Toolbox era la solución en cualquier caso.

El recordatorio «reabrir para aplicarlo» ahora desaparece una vez que has reabierto. Cuando el actualizador propio de una app descargaba un build en segundo plano, DuoUpdater te avisaba y ofrecía un botón Reabrir en la notificación. Usarlo funcionaba: la app volvía con el nuevo build y decía «Ahora se está ejecutando 1.0.»; pero el recordatorio al que sustituía seguía debajo en el Centro de notificaciones, pidiéndote todavía que reabrieras algo que acababas de reabrir. DuoUpdater esperaba a que el recordatorio dejara de ser pertinente, y el único momento en que lo comprobaba era precisamente uno que ya se había tenido en cuenta. Ahora retira el recordatorio siempre que no quede ninguna reapertura pendiente, lo que también elimina el que haya dejado una app que aplicó su propia actualización mientras DuoUpdater no estaba en ejecución.

Las apps que publican muchos builds con un mismo número de versión ahora se gestionan correctamente, en todas partes. Una app de Mac lleva dos cadenas de versión: la que te muestra («1.0») y un número de build, que es el que de verdad va aumentando. La mayoría de las apps cambian los dos. Algunas solo cambian el build: Amp publicó diez builds en un solo día, todos llamados 1.0; Surge ha publicado cuatro versiones distintas como 6.9.0; los builds preview de JetBrains hacen lo mismo. DuoUpdater decidía si algo «había cambiado» comparando la versión mostrada en una docena de sitios, y para esas apps esa comparación solo podía responder «no» —o, donde preguntaba «¿son iguales?», «sí»—, pasara lo que pasara en realidad. A continuación, lo que eso rompía. Es un único error, descubierto porque Amp lo hizo visible.

Reabrir ya no parece quedarse colgado tres minutos para luego informar de un fallo que no ocurrió. Al hacer clic en Reabrir en una app cuyo actualizador tenía un build esperando, el indicador giraba durante tres minutos y luego decía que había fallado, cuando en realidad la actualización se había aplicado en uno o dos segundos y la app ya se había vuelto a abrir con el nuevo build. DuoUpdater esperaba en la versión mostrada un cambio que nunca iba a llegar. Medido en Amp: 189 segundos de indicador girando para un cambio que tardó menos de uno. Ahora se resuelve en bastante menos de un segundo, y un fallo real se sigue notificando como tal.

Reabrir ya no te ofrece un build que ya está desactualizado. Cuando el actualizador de una app había descargado un build y el desarrollador había publicado otro después, DuoUpdater seguía ofreciendo Reabrir: reabrías y al instante te quedabas un build por detrás, justo lo que esa comprobación debía evitar. Esas filas ahora ofrecen Actualizar, que descarga el build actual.

Omitir una versión ya no silencia una app para siempre. Este es el que más conviene conocer. «Omitir esta versión» sirve para rechazar una versión y dejar pasar la siguiente. Solo guardaba la versión mostrada, así que en una app que mantiene el mismo nombre de versión entre builds, omitir una vez rechazaba todas las versiones futuras: para siempre, incluso tras reiniciar, y sin nada en pantalla que indicara que la app había enmudecido. Ahora, al omitir se guarda el build rechazado. Una consecuencia del arreglo: una versión omitida con un DuoUpdater anterior se te ofrecerá una vez más, porque el registro antiguo no permite saber a qué build se refería. Si la omites de nuevo, queda registrada correctamente.

La reversión vuelve para actualizaciones que parecían no cambiar nada. El workbench oculta las reversiones que no harían nada, y en estas apps todas lo parecían, así que la fila desaparecía tras una actualización real mientras en el disco quedaba una copia de seguridad completa a la que no había forma de llegar.

El recordatorio de reabrir vuelve a avisar una vez por build, y sigue funcionando aunque el desarrollador publique otro. La versión 0.3.69 sustituyó un recordatorio que se repetía cada cinco minutos por otro que avisa una sola vez por build preparado; pero identificaba el build por su nombre, así que en estas apps avisaba del primero y luego callaba para todos los siguientes. Eso está corregido. Aparte: si una app se niega a cerrarse porque tiene trabajo sin guardar, DuoUpdater toma nota para volver a abrirla cuando hayas respondido. Esa nota se descartaba si el desarrollador publicaba otro build mientras decidías, y la app quedaba cerrada tras el cambio sin nada que la volviera a abrir. Ahora la nota pasa al nuevo build.

Una actualización fallida de la App Store ya no se registra discretamente como un éxito, y un paquete instalador descargado ya no se toma por el que se ofrece ahora cuando en realidad es un build más antiguo. Ambos fallos venían de la misma comparación. El historial de versiones también contaba diez builds de una app como una sola versión; a partir de ahora los cuenta por separado, aunque el historial ya registrado no se puede recuperar.

La propia fila indica qué build aplicará la reapertura. Decía «1.0 → 1.0»: una línea que no mostraba ninguna diferencia. Ahora dice «1.0 (129) → 1.0 (130)», y solo cuando lo que cambió es el build; si los nombres de versión ya difieren, la línea no cambia. La misma corrección llega a los tooltips de Reabrir, a la notificación, a la nota que explica por qué se aplazó una instalación y al mensaje de rechazo de duo install.

微信输入法 y 豆包输入法 vuelven a actualizarse con un clic, y de la misma manera en que se actualizan ellas mismas. La actualización con un clic para métodos de entrada se retiró en la versión 0.3.25 el mismo día en que se publicó, después de que a alguien le desapareciera la configuración de su método de entrada. El problema era la forma de instalar: sustituía la app entera, como hace un instalador la primera vez. macOS registra un método de entrada por la ubicación de su app, y estas dos apps se actualizan sin tocar esa ubicación: conservan la app y cambian lo que hay dentro. DuoUpdater ahora hace lo mismo, así que la app registrada sigue siendo la misma app después de la actualización, y un fallo en cualquier punto deja la copia que usabas exactamente donde estaba. Además, ninguna de las dos vuelve a pedirte la contraseña.

Antes de actualizar cualquiera de las dos, se copia todo lo que han aprendido. Tu diccionario, tu configuración y el estado de tu cuenta no se guardan dentro de la app, así que la copia de reversión que DuoUpdater ya hacía no los cubría. Ahora se guarda una instantánea antes de cada actualización de un método de entrada y se restaura junto con la reversión, y la copia sale casi gratis: los 578 MB de una de ellas tardan una décima de segundo y apenas ocupan disco. Es una red de seguridad, no una reparación: lo que una app decida hacer con tus datos la próxima vez que arranque depende de su propio código, y nada puede interponerse. Pero ahora hay algo a lo que volver.

Una actualización ya no le quita a una app, sin avisar, la capacidad de actualizarse sola. Cuando DuoUpdater necesitaba un administrador para sustituir una app, restauraba su propietario pero no los permisos con los que se había instalado; y una descarga normalmente se descomprime con permisos más restrictivos que los que fija un instalador. En los dos métodos de entrada, eso marca la diferencia entre que su actualizador pueda terminar la siguiente actualización o no pueda limpiar lo que deja atrás. Ahora los permisos con los que se instaló una app pasan a la copia que la sustituye.

DuoUpdater deja de pedirte que reabras la misma app cada cinco minutos. Una app que se actualiza sola deja la nueva versión preparada en el disco y espera a que la cierres. DuoUpdater lo detectaba en cada comprobación y publicaba un recordatorio cada vez, así que un build que habías decidido no reabrir todavía te seguía insistiendo mientras no lo hicieras. Ahora cada build se anuncia una sola vez: reábrelo, omítelo o ignora la app y no volverá a avisar, y el siguiente build se anunciará con normalidad.

Una app que espera a que la reabras cuenta como actualización, y una ignorada ya no cuenta para nada. Una versión nueva que ya está en el disco es una actualización (solo que se descargó antes), así que ahora cuenta en el badge y en la línea «N actualizaciones disponibles», en lugar de en un recuento aparte junto a ellos. Con las apps ignoradas pasaba lo contrario: una que habías ignorado podía encender el badge mientras su fila mostraba una etiqueta «Ignoradas» atenuada y ningún botón que pulsar, así que el número señalaba algo con lo que no podías hacer nada. Ignorar y omitir ahora significan lo mismo en los tres sitios: el recordatorio, el badge y la lista.

搜狗输入法 ahora está bajo seguimiento, preguntando a su propio actualizador en lugar de leer su sitio web. La página de cambios de Sogou publica números de versión de tres segmentos, mientras que la copia instalada lleva cuatro, así que comparar con ella habría obligado a recortar primero la versión real. Su propia comprobación de actualizaciones, en cambio, responde con la numeración del bundle. DuoUpdater consulta ese endpoint igual que la app y lee de él la versión, con sus cuatro segmentos, así que se detecta una recompilación que solo cambie el último. En este caso es solo detección: el actualizador de Sogou hace mucho más que sustituir la app (vuelve a registrar un generador de QuickLook, traslada tus datos a una nueva ubicación y fuerza el cierre del método de entrada), así que la actualización en sí se deja en sus manos. Algo que conviene saber, y que depende de Sogou, no de nosotros: su endpoint responde según la versión de macOS que hace la consulta, y un Mac con macOS 28 que pregunta por sí mismo recibe un build de 2023. DuoUpdater no pregunta en nombre de tu sistema, así que la versión que te muestra es la actual en cualquier Mac.

Las notas de versión que una corrección posterior habría leído bien se vuelven a leer, en lugar de quedarse mal para siempre. Las notas se guardan en caché por versión, partiendo de que las notas de una versión ya publicada no cambian nunca. Eso vale para las notas, pero no para lo que DuoUpdater consigue extraer de ellas, así que si las notas de una app salían mal, se quedaban así para esa versión por muchas correcciones del análisis que se publicaran después. Ahora cada entrada de la caché registra qué generación de la lógica de extracción la escribió, y las escritas por una generación anterior se vuelven a descargar. Las dos cachés lo hacen: la de changelogs de apps y la de notas de fórmulas de Homebrew.

Una comprobación que falla en la CDN de un tercero se repite una vez antes de darse por rota. Los códigos 502, 503 y 504 significan que un intermediario no pudo llegar al servidor que tiene detrás: la solicitud nunca llegó, así que la misma solicitud un momento después suele funcionar sin más. La comprobación de Headlamp cayó justo por eso: GitHub respondió 504 sin ninguna cabecera de límite de peticiones. Esos tres códigos tienen ahora un reintento, al cabo de ocho décimas de segundo. Solo esos tres, a propósito: un 500 es un fallo del propio servidor y repetir la petición casi siempre lo reproduce, y reintentar tras un límite de peticiones gasta justo el cupo del que se está quejando.

Las notas de versión de una fórmula de Homebrew corresponden a la versión a la que pertenecen. Las notas se guardaban por fórmula y nunca por versión, así que, una vez cargadas las notas de una fórmula, cada vez que volvías a mirarla recibías las de aquella primera versión durante el resto de la sesión, incluso después de que apareciera una versión más nueva. Además, leerlas ocupaba la cola de la que dependía el resto de la lista de fórmulas, así que un brew info lento podía atascar toda la lista.

Haz clic derecho en una app en la barra lateral del workbench para abrirla. La misma opción Abrir que siempre han ofrecido las filas de la barra de menús, en la ventana donde es más probable que la necesites.

Al descartar un instalador descargado también desaparece el error que había dejado. Descartar un paquete preparado ya devolvía la fila a Actualizar, pero el aviso rojo de error del intento que acababas de cancelar se quedaba en ella; y nada lo habría borrado nunca, porque un error solo se retira cuando la fila pasa a estar actualizada, y una fila que todavía ofrece una actualización nunca llega a ese estado. Ahora se va junto con la descarga.

duo, el acompañante opcional de línea de comandos, deja de describirse a sí mismo de forma inexacta. --timeout desaparece: se aceptaba y estaba documentado, pero nada lo leía. --budget se documenta por primera vez, y el único mensaje que lo menciona indica ahora el número real de minutos en lugar de decir siempre «15». --max-calls decía tener un valor por omisión de 20 cuando es 6. Pasar a una opción numérica algo que no es un número es ahora un error: duo verify --max-concurrency 1x se ignoraba y el barrido se hacía con el valor por omisión de cuatro, justo al revés de lo que quiere quien ralentiza un barrido a propósito. Y duo verify cuenta las solicitudes que de verdad hizo: un feed que responde 502 y funciona en el reintento ya no aparece como un ok limpio tras haber preguntado dos veces sin decirlo. -h funciona en todos los sitios donde funciona --help.

Cuatro apps más bajo seguimiento, dos canales de versión más, y todos se actualizan in situ. CapCut, Canva y WorkBuddy, esta última en los dos sitios desde los que se distribuye: la versión internacional y la china siguen ciclos de versiones independientes, así que a cada instalación solo se le ofrecen la versión y las notas de su propio sitio. Termius y VSCodium suman sus canales Beta e Insiders a los builds estables que ya se cubrían. El segundo canal de CapCut es el complicado: se elige con un interruptor dentro del propio CapCut y no aparece en ninguna parte del número de versión, así que el canal en el que estás se lee de la copia en el disco, en lugar de deducirse del build que tengas en ejecución. Conviene saberlo si marcas esa casilla: DuoUpdater te ofrecerá la beta más reciente en cuanto exista, lo que puede ser antes de que te hubiera llegado por el despliegue escalonado de CapCut.

Los canales preview de Android Studio ya no te ofrecen un build más antiguo que el que tienes. Google ordena sus versiones por fecha de publicación y no por número de versión, y DuoUpdater recorría esa lista tres veces por separado (una para la versión, otra para la fecha y otra para la descarga), así que una release candidate publicada después de una Canary más nueva podía aportar la versión de una entrada y el archivo de otra. El 26 de agosto el canal Canary respondió con 2026.1.4 RC 2 cuando 2026.2.1 Canary 2 ya se había publicado. Ahora todos esos datos tienen que salir de la misma entrada.

Una versión recompilada ya no instala la copia que debía sustituir. Cuando un proyecto recompila una versión sin cambiar su número, los dos archivos quedan bajo la misma etiqueta (KeePassXC publica KeePassXC-2.7.11-1-arm64.dmg junto al original KeePassXC-2.7.11-arm64.dmg), y DuoUpdater cogía el que apareciera primero. Ese orden es alfabético: esta vez puso primero la recompilación, y la próxima vez la habría puesto la última. No se notaba nada: la versión de la fila era correcta; solo el archivo que había detrás era el equivocado. Ahora el correcto se elige por lo que dice el propio nombre del archivo.

Los builds nightly y snapshot se reconocen como las versiones preliminares que son. El nightly de VLC, el snapshot de KeePassXC y el nightly de Freelens se instalan con el mismo nombre de app e identificador de bundle que la versión estable, así que su cadena de versión es lo único que los delata, y no se estaba leyendo. Contaban como instalaciones estables, y así es como a un nightly se le acaba ofreciendo una versión normal que lo sobrescribe. El nightly de DB Browser for SQLite se lee del nombre de archivo de la propia app por el mismo motivo, y ahí el problema existía pero estaba oculto: su versión congelada queda por encima de la estable actual solo hasta que la estable la alcanza, y en ese momento todas las instalaciones nightly habrían recibido, sin avisar, un build estable.

Al reabrir una app se informa de lo que realmente ocurrió. Algunas apps incluyen una segunda app dentro de su propio bundle (Surge guarda ahí su Dashboard), y cuando solo esa app interna necesitaba reiniciarse, DuoUpdater decía que se había reabierto la app externa, cuando en realidad no se había reabierto nada. Ahora informa del resultado de la propia app interna, y ya no muestra una notificación de reapertura para una reapertura que nunca ocurrió.

Una actualización ya descargada lo indica, y se puede deshacer. Una fila con un paquete instalador ya descargado mostraba un botón Instalar azul y nada más: nada indicaba que la descarga ya estaba hecha, ni que el botón vuelve a abrir el instalador en lugar de empezar la actualización de cero, y no había forma de cambiar de opinión. Ahora eso se indica en la propia fila, en lugar de quedar escondido en un tooltip, y Descartar el instalador descargado, en el menú contextual de la fila, elimina la descarga y devuelve la fila a Actualizar. Además, descartar uno mientras ya había en curso una instalación de la misma app podía eliminar un paquete que acababa de terminar de descargarse; ya no puede ocurrir.

Los botones de notas de versión que apuntaban a páginas retiradas vuelven a abrir páginas que existen. Microsoft cambió el nombre de las páginas de notas de versión de Edge para empresas y Termius trasladó su changelog, así que tres canales de Edge y Termius te enviaban a una página que ya no existía. Nada había comprobado nunca si esas páginas seguían ahí, y por eso podían quedarse rotas indefinidamente mientras todo lo demás parecía en orden: ahora se comprueban periódicamente. El canal Dev de Edge se queda sin botón: Microsoft dejó de publicar notas para él, y todas las páginas que siguen existiendo corresponden a otro ciclo de versiones.

Raycast se sigue hasta la versión 2, y solo en los Mac que pueden ejecutarla. Raycast 2 necesita macOS Tahoe y Apple silicon. Un Mac que no cumpla esos requisitos se queda en la línea de la versión 1 y ya no recibe avisos de una versión que nunca habría podido instalar. Además, cada línea tiene ahora sus propias notas de versión, así que una instalación de la versión 1 muestra el historial de la versión 1 y no el de la 2.

Más apps muestran sus notas de versión en la propia ventana de DuoUpdater. BetterDisplay en sus tres canales, Shotbase y WorkBuddy en sus dos sitios. Las notas de BetterDisplay ya no terminan con el marcado en bruto de su botón de descarga, ni repiten la lista de colaboradores en cada versión.

duo, el acompañante opcional de línea de comandos, rechaza una línea de comandos que no entiende. Una opción mal escrita se ignoraba, y una opción ignorada equivale a una que nunca pasaste; así que duo verify --githubb verificaba sin avisar todas las recetas en lugar de la que habías pedido. Las opciones desconocidas, una opción sin su valor y los argumentos sobrantes son ahora errores que indican lo que el comando acepta realmente, y --help funciona detrás de cualquier comando.

Los builds preliminares e internos de BetterDisplay se ofrecen ahora a quien los ha pedido. BetterDisplay reúne sus tres líneas de versiones en un único feed de actualización y elige entre ellas con dos interruptores de su propia configuración. DuoUpdater solo podía deducir tu línea a partir del build que tuvieras en ejecución, y eso no dice nada de un interruptor que has activado pero que aún no ha tenido efecto; así que a alguien con los dos interruptores activados y un build estable instalado se le decía que estaba al día, mientras el propio actualizador de BetterDisplay le ofrecía una versión cuatro por delante. Ahora tu elección real se lee de BetterDisplay, incluido el caso en que activar los builds internos también mantiene las versiones preliminares normales. Sus builds preview exclusivos de Apple silicon se dejan fuera a propósito, para que a un Mac Intel nunca se le ofrezca uno que no puede ejecutar.

Cambiar dos veces seguidas el canal de versiones de una app ya no deja la fila con la respuesta anterior. Al accionar un interruptor de canal, DuoUpdater vuelve a comprobar esa app, y un segundo cambio mientras la primera comprobación seguía en curso se descartaba: la fila seguía ofreciendo una beta a alguien que acababa de desactivar las betas, hasta que algo sin relación provocaba otra comprobación. Ahora el cambio más reciente sustituye al anterior, y una comprobación interrumpida a medias deja marcadas para la siguiente pasada las apps a las que no llegó, en lugar de darlas por comprobadas. Además, las filas pasan antes al estado de comprobación tras un cambio, así que hay menos tiempo en que la pantalla muestre una respuesta que tu interruptor ya ha dejado sin validez.

Una app que vive dentro de otra app ahora se cierra y se reabre junto con ella. Algunas apps incluyen una segunda app completa dentro de su propio bundle: Surge guarda ahí su Dashboard. macOS la trata como una app aparte, así que nada la cerraba cuando se actualizaba la app que la contiene: seguía ejecutando la versión que acababa de sustituirse, desde una copia que ya no estaba donde ella creía, y desde ahí no podía comunicarse con la app a la que pertenece. Ahora se cierran con la app que las contiene y se reabren después, y la ventana en la que de verdad estabas trabajando es la que vuelve al frente. Solo se hace así con las apps que podrías haber abierto tú mismo; los procesos auxiliares invisibles que una app ejecuta para su propio uso no se tocan.

Los puntos de reversión que habían dejado de crearse sin avisar vuelven a crearse. Una app puede bloquear uno de sus propios archivos para que nada pueda borrarlo, y la copia guardada para la reversión heredaba ese bloqueo; así que la siguiente copia nunca podía sustituirla, y un solo intento interrumpido podía dejar una copia que nada conseguía eliminar. A partir de ahí, todas las actualizaciones de esa app se aplicaban sin posibilidad de volver atrás, con una única línea de aviso que no daba ningún motivo. Una app del propio Mac del desarrollador llevaba dos días en ese estado. Las copias para la reversión ya no heredan el bloqueo, la app instalada se queda exactamente como la dejó su desarrollador, y una copia que se ha quedado atascada ya no puede impedir que se cree la que debe sustituirla.

Una actualización que funcionó ya no informa de que falló. macOS puede colocar una versión nueva y luego fallar al eliminar la que ha sustituido. Eso se tomaba al pie de la letra: DuoUpdater decía que una app no se había actualizado cuando sí lo había hecho, o que no había punto de reversión cuando había uno completo en el almacén de copias de seguridad; y en el primer caso te mandaba a conceder un permiso que ya habías concedido y que, de todos modos, no habría servido de nada. Ahora se comprueba lo que de verdad ha pasado en el disco antes de informar de nada.

Las líneas de versión ya no repiten dígitos que ya están en el número de versión. Cuando una app está esperando a que la reabras, la fila muestra la versión que tienes en ejecución y la que quedará tras reabrir. Los dos lados llevaban un número de build, que es lo que permite ver la diferencia cuando un desarrollador publica varios builds con un mismo nombre de versión, pero que es puro ruido cuando las versiones ya son distintas. La línea de Chrome gastaba su ancho en mostrar «151.0.7922.174 (7922.17…» y se quedaba sin espacio antes de los dígitos que de verdad habían cambiado. Ahora los números de build solo aparecen cuando son lo que ha cambiado.

Ahora hay una sola palabra para reabrir una app y terminar su actualización. Una app cuyo actualizador ya había colocado la nueva versión te pedía «Reiniciar»; una que guarda la nueva versión aparte hasta que la cierras te pedía «Reabrir». Esa diferencia existía internamente, pero para ti no cambiaba nada: el mismo clic en ambos casos, y el mismo resultado si no hacías clic, porque la actualización se aplica igualmente la próxima vez que cierras la app. Ahora pone Reabrir en todas partes, también en las notificaciones, los tooltips y el ajuste que lo hace por ti, que es además la palabra que usan Chrome, Claude y la mayoría de las apps que se actualizan solas. Solo el inglés llegó a tener dos palabras para esto; el alemán, el japonés, el ruso y el chino siempre han usado una sola, y el español y el francés pasan a usar la palabra que ya empleaban en otros lugares.

Una actualización que necesita un administrador ahora lo pide, en lugar de fallar y echarle la culpa a un permiso. Para decidir si una sustitución necesitaba contraseña se miraba la carpeta en la que está la app, y no la app en sí. Todo lo que macOS había instalado como root (todas las apps de la App Store y cualquier app colocada por un paquete instalador) pasaba esa prueba, iba por la vía que no pide contraseña y no tenía ninguna posibilidad de terminar: eliminar la versión anterior exige permiso de escritura en las carpetas que contiene. macOS notifica ese rechazo con el mismo código que usa cuando se deniega el permiso de Gestión de apps, así que el fallo aparecía como una petición de conceder Gestión de apps, que nunca podía servir de nada, porque el obstáculo era quién era el propietario de los archivos. En un Mac corriente eso afectaba a todas las apps de la App Store y a unas cuantas más, y solo en cuentas de administrador; las cuentas estándar ya se encaminaban correctamente. Ahora esas actualizaciones van por la vía que funciona, y la app conserva el propietario que tenía en lugar de pasar a ser tuya sin avisar.

Las apps de la App Store ahora tienen punto de reversión, como todas las demás. Las copias de seguridad se las saltaban, partiendo de que la tienda siempre puede volver a descargar un build anterior. No puede: la App Store solo ofrece la versión actual de cada app, así que la tienda era la única vía que aplicaba actualizaciones sin forma de deshacerlas. Ahora se hace una copia de seguridad de esas apps antes de actualizarlas, como de cualquier otra, y como la copia se hace por clonación, apenas ocupa espacio en disco hasta que la actualización sustituye de verdad al original. Al restaurar una de ellas se avisa de lo que es propio de la tienda: la actualización vuelve a aparecer enseguida en la lista de Actualizaciones, y se aplica de nuevo sola si tienes activadas las actualizaciones automáticas de apps. Y cuando una actualización de la tienda nunca iba a aplicarse (una app de iPhone que se ejecuta en un Mac, o un título que no se vende en tu región), ya no se crea ningún punto de reversión, así que una fila ya no puede ofrecer volver a la versión que ya tiene en ejecución.

Longbridge Desktop ya está bajo seguimiento, en sus dos líneas de versiones. Tanto Estable como Vista previa tienen detección de versión, instalación con un clic del build oficial para Apple silicon y notas de versión en la propia ventana de DuoUpdater, con ilustraciones incluidas.

Las notas de versión de WhatsApp ahora aparecen mientras su comprobación en la App Store sigue en curso. La página de la App Store que se muestra en esa ventana se había guardado con un nombre que la búsqueda nunca podía encontrar, así que el panel de notas se quedaba vacío en lugar de mostrarla.

La cabecera del menú muestra más en menos espacio. La versión de DuoUpdater aparece ahora junto a su nombre, y al hacer clic en ella se abren sus notas de versión. «Actualizar todo» pasa a su propia línea, donde una etiqueta traducida cabe entera, y las acciones de la parte inferior son iconos. Desaparece el banner que anunciaba que DuoUpdater se estaba actualizando: en su lugar se ilumina el destello junto a la versión, y sigue encendido hasta que hayas leído qué ha cambiado. Una línea de estado demasiado larga para el menú ahora termina en puntos suspensivos en lugar de ensancharlo.

Ajustes ya no corta las opciones de actualización que ofrece. Los dos menús que deciden cómo se aplica una actualización recortaban sus propias etiquetas en varios idiomas. Ahora los textos son más cortos, y pasan a una segunda línea cuando aun así no caben.

Novedades indica cuándo se publicó cada versión. Cada versión de la barra lateral muestra ahora su fecha de publicación.

Las actualizaciones específicas de arquitectura ahora eligen el build que este Mac puede ejecutar. Algunas apps publican la misma versión dos veces en un feed de Sparkle, una para Apple silicon y otra para Intel, y DuoUpdater resolvía ese empate quedándose con la dirección de descarga que por casualidad quedara primera al ordenarlas. Ahora lee el requisito de hardware del feed y, si el proveedor lo deja en blanco, la arquitectura que figura en el nombre del archivo. El build nativo gana siempre, y no se ofrece un build que este Mac no puede abrir. Las releases de GitHub reciben el mismo trato, sin dar por rota una receta que funciona perfectamente solo porque su artefacto más reciente es para otra arquitectura.

Las comprobaciones de actualización de ChatGPT ahora siguen la línea de despliegue asociada a la cuenta. OpenAI a veces mantiene las cuentas de empresa en un build de escritorio anterior mientras uno más nuevo llega primero a las cuentas personales. DuoUpdater no incluía el plan de la cuenta en esa comprobación, y eso seleccionaba sin avisar la línea conservadora para todo el mundo: podía decir que la copia instalada iba, inexplicablemente, por delante mientras el propio ChatGPT ya estaba descargando un build más nuevo, u ofrecer un build que el actualizador de la app volvería a sustituir. Ahora envía la etiqueta del plan, tomada del estado de inicio de sesión de ChatGPT/Codex, en la misma solicitud de actualización que hace la app. Si esa etiqueta no está disponible, mantiene el comportamiento conservador; las credenciales en sí nunca se incluyen en la solicitud ni en los diagnósticos.

Una reapertura a la que macOS nunca responde ya no puede bloquear todas las actualizaciones posteriores. Launch Services acepta a veces una solicitud para reabrir una app actualizada y luego nunca responde. La fila se quedaba en «Reabriendo…» para siempre, su botón Reiniciar seguía desactivado, y la actualización del propio DuoUpdater se quedaba esperando detrás. Ahora, una apertura que no ha respondido al cabo de un minuto se da por fallida, así que la fila se recupera y el resto del actualizador sigue funcionando.

El Registro de versiones ya no se queda vacío al arrastrar deprisa su barra de desplazamiento. Con un salto largo, la carga diferida anterior no daba abasto y la ventana se quedaba un momento en blanco mientras se creaban las filas en la nueva posición. Ahora el registro usa una lista que recicla filas y puede saltar directamente al destino. Además, el botón de actualizar ocupa el mismo espacio cuando alterna entre la flecha y el indicador de actividad, así que la fila inferior ya no da un respingo cuando empieza una comprobación.

Download Traffic ahora marca actualizaciones que usaron un parche binario. Las nuevas descargas registran la vía por la que realmente se completaron (no solo si se ofreció un parche) y llevan un badge Delta en su historial. También se reconocen las descargas con parche de 0.3.62, inconfundibles por su menor tamaño, aunque se registraron antes de que el registro de tráfico tuviera un campo para la vía.

Las actualizaciones ahora descargan solo lo que ha cambiado, cuando el desarrollador las publica así. Algunas apps publican un pequeño parche junto con cada versión, suficiente para convertir la versión que tienes en la nueva sin volver a descargarla entera. DuoUpdater los ignoraba y descargaba el paquete completo cada vez. Ahora usa el parche cuando hay uno que corresponde exactamente al build que tienes. La última actualización de ChatGPT se quedó en 1.9 MB en lugar de 605 MB; la de Docker, en 87 MB en lugar de 582 MB. El resultado es exactamente la misma aplicación en ambos casos: misma firma, mismos bytes, algo que se verificó comparándolo con la descarga completa antes de publicar esta versión. Cuando no hay ningún parche para lo que tienes, o falla al aplicarse, se hace la descarga completa como antes, así que ninguna instalación puede fallar por esto.

DuoUpdater ya no descarga una actualización que una app ya está descargando a sí misma. Muchas apps también se actualizan solas, y que DuoUpdater y la app fueran a por el mismo archivo de 600 MB a la vez te obligaba a descargarlo dos veces. Ahora DuoUpdater detecta una descarga en curso y no la toca, y lo indica en la fila en lugar de quedarse parado sin decir nada. Si resulta que esa descarga se ha abandonado, deja de tenerla en cuenta al cabo de diez minutos, para que nada se quede bloqueado.

Una actualización que una app ya ha preparado ya no se sobrescribe. Las apps que se actualizan solas suelen descargar en segundo plano y luego esperan a que las cierres para colocar la nueva versión. Instalar encima de una de ellas parecía funcionar, pero se deshacía en cuanto cerrabas la app; y si la versión pendiente de la propia app era más antigua que la que DuoUpdater acababa de instalar, acababas más atrasado que al principio. Ahora esas actualizaciones se dejan terminar, sea cual sea la versión que traigan.

Las actualizaciones del propio DuoUpdater también son más pequeñas. Sus versiones incluyen ahora el mismo tipo de parche, así que actualizar desde una versión reciente descarga unos cientos de kilobytes en lugar de once megabytes.

Las explicaciones que deja una actualización ahora desaparecen solas. Cuando DuoUpdater cede una app a su propio actualizador, la fila lo indica: «la trajo al frente para que su propio actualizador aplique la actualización». Esa frase se quedaba ahí para siempre: lo único que la quitaba era empezar otra actualización de la misma app, así que seguía debajo de la fila mucho después de que la actualización se hubiera instalado, describiendo algo que había terminado hacía horas. Ahora desaparece en cuanto la app está actualizada. El aviso de que una actualización se aplicó sin punto de reversión se mantiene a propósito, porque se refiere a la actualización ya hecha y solo empieza a importar una vez terminada.

Cuando se rechaza una actualización, ahora se explica el motivo en tu idioma. Si ya hay otra instalación en marcha (DuoUpdater procesando un lote, o duo en una terminal), la fila te lo indica. Ese mensaje estaba solo en inglés, en una ventana traducida por lo demás, y terminaba con un número de proceso: útil en una terminal, pero algo con lo que no puedes hacer nada en un menú. Ahora está traducido, y dice qué hacer en lugar de quién tiene el bloqueo. La herramienta de línea de comandos sigue mostrando el número de proceso, que es donde sí puedes hacer algo con él.

La línea del patrón de publicación, y su hora, ahora siguen tu configuración regional. Registro de versiones → Patrones lo resumía todo como «Most often ships Friday, around 6 PM» («Suele publicarse el viernes, hacia las 6 PM»). Los idiomas que declinan los nombres de los días no pueden decir eso insertando el día en mitad de la frase, y acababan con la forma incorrecta de la palabra: en ruso ponía «Чаще всего выходит пятница» cuando hace falta «по пятницам». Ahora es una etiqueta: «Pico: viernes, alrededor de las 6 PM», que es correcta en todos los idiomas. La hora también cambia: si tu Mac muestra la hora en formato de 24 horas, esta línea también, y lo mismo el eje del gráfico.

La búsqueda de Ajustes ahora entiende las palabras que ves en pantalla. El campo de búsqueda situado sobre la barra lateral de Ajustes buscaba en una lista de términos adicionales escrita en inglés y nunca traducida, así que «rollback» llevaba a General mientras que «Zurücksetzen» y «回滚» no llevaban a ninguna parte. Ahora esos términos existen en todos los idiomas de DuoUpdater. Los términos en inglés siguen funcionando en cualquier idioma, ya que la documentación de la que proceden está en inglés.

Activar «Mostrar todo» ya no hace que el menú se trabe. La lista completa de todas tus apps se maquetaba entera cada vez que aparecía; en un Mac con 127 apps eso suponía alrededor de un segundo de trabajo, casi todo dedicado a colocar filas muy por debajo de las que se ven. Y se pagaba cada vez que se activaba, no solo la primera. Ahora solo se construyen las filas que están realmente en pantalla.

La explicación que deja una actualización fallida ya no dura más que el propio fallo. Cuando no se podía aplicar una actualización (por ejemplo, porque ya había otra instalación en curso), la fila explicaba el motivo en rojo. Nada quitaba nunca esa línea: cuando la actualización por fin se instalaba y la fila volvía a mostrar la marca de verificación, la explicación antigua seguía debajo, y ahí se quedaba en cada nueva comprobación hasta que DuoUpdater se reiniciaba. Ahora desaparece en cuanto la app está actualizada. Los motivos de las actualizaciones que siguen pendientes no se tocan, para que una comprobación en segundo plano no pueda borrar uno que aún no has leído.

El botón «Actualizar todo» ya no cambia de tamaño según la longitud de la lista. Con pocas actualizaciones pendientes se dibujaba más pequeño de lo que debía, con ochenta puntos de espacio vacío al lado, y recuperaba su tamaño normal cada vez que la lista crecía. Ahora mantiene siempre el tamaño que le corresponde.

Download Traffic ahora indica a qué build pasó una actualización, no solo a qué versión. Muchas apps publican varios builds con un mismo nombre de versión (Surge sacó cuatro versiones distintas como «6.9.0»), así que esas filas decían «6.9.0 → 6.9.0» y no te aportaban nada. Ahora dicen «6.9.0 (12028) → 6.9.0 (12030)», y solo cuando el nombre de versión no basta; si la versión ya ha cambiado, el número de build sería puro ruido y se omite.

El build registrado es el que realmente se instaló, leído de la propia app una vez aplicada la actualización. No el número que anunciaba el feed de actualización del desarrollador: los feeds a veces se equivocan, y así también funciona con las fuentes que no publican ningún número de build: GitHub, Homebrew y la App Store. Si una actualización sigue esperando en la ventana del instalador de macOS, nunca se da nada por supuesto: no se registra nada hasta que se ha instalado de verdad.

Una descarga que no cambió nada ahora se marca como tal. A veces una actualización descarga e instala el build que ya tenías en tu Mac: un número de versión mal puesto por el desarrollador, o un mirror que sirve lo que ya tienes. Eso es ancho de banda real gastado para nada, y la ventana de tráfico es donde querrías verlo. Esas filas llevan ahora la etiqueta «sin cambios». Las descargas registradas antes de esta versión no tienen números de build que comparar, así que no se tocan en lugar de marcarse por suposición: no saberlo no es lo mismo que no haber cambiado.

DuoUpdater ahora te muestra cuánto te ha costado realmente en descargas mantener tus apps al día. Llevaba la cuenta, byte a byte, de cada actualización que descargaba para ti, pero ese recuento no aparecía en ninguna parte, así que el número se quedaba en un archivo que nadie podía leer. Ahora hay una ventana Download Traffic, que se abre con el botón del gráfico en la parte inferior del menú, y la cifra de este mes aparece junto a ese botón, así que la pregunta más habitual se responde sin abrir nada. Dentro: el total, los tres últimos meses uno al lado del otro con la variación entre ellos, un desglose de la procedencia de los bytes y todas las apps ordenadas según lo que han costado; haz clic en una para ver cada actualización que recibió, de qué versión a cuál y cuánto ocupó esa descarga.

El total reconoce abiertamente lo que no puede ver. Homebrew, la App Store y las apps que se actualizan con su propio actualizador integrado descargan sus propios bytes, y DuoUpdater nunca pasa por ellos; así que la cifra es un mínimo, no una contabilidad completa. Eso siempre ha sido así; lo que cambia es que la ventana lo indica siempre, y no solo en la pantalla vacía que ves antes de que se haya registrado nada.

Las apps que has renombrado o eliminado desde entonces mantienen su historial. El tráfico se registra según dónde está la app en el disco, y eso es lo que permite que dos canales de la misma app (por ejemplo, Android Studio Canary y Beta) se mantengan separados en lugar de sumarse. La contrapartida es que, al cambiar el nombre de una app, su historial queda bajo un nombre que ya no existe. Cuando OpenAI cambió el nombre de Codex a ChatGPT, 30 GB de descargas quedaron repartidos en dos entradas que parecían duplicadas. Ahora esas entradas se agrupan, atenuadas, al final de la lista, bajo un encabezado que explica qué son. No se descarta nada, y el total las sigue incluyendo.

A una app que instalaste desde la App Store ya no se le ofrece la descarga directa del desarrollador. Muchas apps se publican en dos sitios a la vez, en la tienda y como descarga directa desde la web del desarrollador, con la misma identidad pero con builds realmente distintos. La descarga directa suele ir por delante, porque no espera a la revisión de la tienda. Para una app instalada desde la tienda, DuoUpdater consulta primero la tienda, pero cuando esa comprobación fallaba por cualquier motivo (una conexión cortada, una tienda que no respondía), pasaba sin avisar a la web del desarrollador y te ofrecía lo que hubiera allí. WhatsApp lo mostraba como «26.32.75 → 26.33.19»: una versión real, pero del sitio equivocado. Aceptarla habría sustituido tu copia de la tienda por una que la App Store ya nunca podría actualizar. Ahora las apps instaladas desde la tienda se comprueban solo en la tienda.

Cambiar el canal de actualización de una app desde la propia app ahora se detecta al instante. Algunas apps te dejan elegir entre sus versiones normales y las beta (Surge, Tailscale, Fork, OrbStack, IINA, Alfred y otras), y DuoUpdater sigue la que hayas elegido para no ofrecerte nunca un build que no has pedido. Antes solo detectaba el cambio al cerrar la app o al abrir una de las ventanas de DuoUpdater. Ninguna de las dos cosas cubre lo que la gente hace realmente: desactivar el ajuste, dejar la app abierta y echar un vistazo a la barra de menús. Peor aún, las apps guardan ese ajuste en el disco cuando les conviene, no en el momento en que haces clic (en este caso, Surge tardó cinco minutos), así que incluso al cerrar se podía leer demasiado pronto. Ahora DuoUpdater vigila el propio ajuste y, cuando cambia, vuelve a comprobar esa app en uno o dos segundos. Al volver Surge a las versiones normales, la versión beta desaparece de su fila al momento, en lugar de quedarse ahí hasta una hora.

Una comprobación que no pudo conectar con nada ya no parece un certificado de que todo va bien. Cuando fallaban todas las fuentes (sin red, o con un proxy que rechazaba conexiones sin avisar mientras el icono de Wi-Fi seguía indicando que todo iba bien), las apps que fallaban se ocultaban y el panel decía «127 apps · actualizadas». Es la misma pantalla que ves cuando todo está realmente al día, así que una comprobación fallida no se distinguía de una correcta. Ahora el panel dice con cuántas apps no pudo conectar, muestra qué falló y ofrece volver a intentarlo con esas; solo con esas, sin tocar todo lo que sí pudo comprobar.

A helper macOS wouldn't switch on no longer sends you to reset your whole Mac. App Store updates install through a small background item macOS asks you to approve once. When that approval was refused, DuoUpdater had exactly one explanation for it: the system's record of the item is damaged, and repairing it takes a Terminal command that clears the background-item approvals of every app on your Mac. That is one cause among several, and macOS never says which one applies — the ordinary one is that the switch is simply off. The message now leads with that instead: turn DuoUpdater on under "Allow in the Background" in Login Items & Extensions, and DuoUpdater opens the pane for you. The Terminal reset is still written down, as the fallback for when DuoUpdater isn't listed there or switching it on changes nothing. The message also stopped running off the edge of its card.

Two Settings options read on one line again. The two options under Install routing — how App Store updates install, and what happens to apps that ship their own updater — used to put their name to the left of the menu, the way options do everywhere else on macOS. Adding six languages moved both names above their menus instead, because a German or Russian option can be long enough to run off the end of the line, and the safe layout was applied to every language at once. Each row now decides for itself: the name stays beside the menu as long as the menu leaves room for it, and only moves above when the text genuinely needs the width. In English, Japanese and Chinese both rows are back on one line; in German and French they stay stacked, which is the only way they fit without being cut off.

DuoUpdater now speaks Russian, Simplified Chinese, Japanese, German, French and Spanish. It follows whatever language your Mac is set to, and switches with it — there is nothing to turn on. If you would rather read it in a language your Mac isn't set to, macOS can do that per app: System Settings ▸ General ▸ Language & Region ▸ Applications. Everything the app writes itself is translated: the menu-bar panel, every Settings page, the setup window, the notifications, the alerts, and the small print under each option. Counts are handled the way each language actually handles them rather than by bolting an "s" onto the end, which matters most in Russian, where "1 update", "2 updates" and "5 updates" take three different endings — and in Chinese and Japanese, where they take none.

Two things stay in English on purpose. Release notes are the vendor's own words, so they arrive in whatever language the vendor wrote them in — translating them would mean rewriting what a developer said about their own release. And the duo command-line tool stays English, the way command-line tools generally are.

An App Store app that was open when you updated it comes back again. Last release drew a line in the wrong place. It was fixing something real — an update that failed, or that you cancelled, could bring an app back to life minutes after you had closed it yourself — but it decided whether to reopen by asking whether someone had answered a quit prompt. Almost no App Store update shows one: the prompt only appears on a route DuoUpdater stopped using a while ago. So from 0.3.53, updating an App Store app that was running closed it and left it closed, with nothing on screen to say why. The question it asks now is whether the update actually landed, which is the thing that decides whether a quit is coming at all. This is verified against a real App Store update rather than reasoned about: the store terminates your app to replace its files and never brings it back — despite its own prompt promising that it will.

DuoUpdater now tells you when App Store is waiting on you. The store cannot replace an app while it is open, so it puts up a "cannot be open during installation" prompt and waits — with no time limit, holding the update and a download slot for as long as it takes. That prompt is a small panel inside App Store's own window, which may be sitting on some entirely unrelated page; App Store bounces its Dock icon a few times and gives up; and DuoUpdater lives in the menu bar with no Dock icon to bounce. An update could sit there indefinitely with nothing anywhere telling you a click was needed — one took four and a half minutes here, ending only because someone thought to look. The row now says what is being waited for, from the moment the update starts.

The dot that marks an app as open no longer lags behind. macOS does not reliably announce that an app has launched — some apps never trigger it at all, while quitting is always announced. DuoUpdater listened only for those announcements, so a row could insist an app was closed while its window sat in front of you, and only correct itself when some unrelated app happened to open or quit. It now re-derives which apps are running whenever it rescans, which includes the moment you open the menu.

Two things a review caught before you did. The warning that an update was applied without a rollback point was being erased before it could be read: restarting an app cleared the whole note, and restarting after an update is the default. It is now retracted only by whoever wrote it. And Update All could refuse to restart an app — telling you its own updater had a version staged and waiting — when nothing was staged at all: it compared what was on disk now against a build number recorded before the install, so an app whose version name had not changed looked like a conflict.

An app that already downloaded its own update is no longer asked to download it again. Plenty of apps fetch their next version quietly in the background and hold it until you next quit them — that's the "relaunch to update" state you see inside Claude, TablePlus and others. DuoUpdater has always recognised that state in Electron apps and offered you Relaunch instead of an Update, because the bytes are already on your disk. Apps built on Sparkle, which is most of the rest, were invisible to it: TablePlus sat there with a 133 MB download and an unpacked 382 MB copy of 26.9.11 in its cache, while its row offered to fetch 26.9.11 for you all over again. Those apps are now recognised too — the row offers Relaunch, and nothing is downloaded twice.

One thing it deliberately won't do is offer Relaunch for an older build. An app can be holding a version behind the one you have, which happens when a vendor releases to some people before others and DuoUpdater installed the newer one first. Relaunching there would quietly move you backwards, so the row doesn't offer it — and DuoUpdater won't restart the app for you either, because that restart is the exact signal the app's own installer is waiting for.

Three ways an update could go wrong that a review caught before you did. An App Store update that failed, or that you cancelled, could bring the app back to life minutes later — you would quit it yourself and it would reopen, because DuoUpdater had noted "this app may need reopening" before anything had actually closed it. It now only reopens an app when a quit was genuinely asked for. Separately, the check added last release to stop an app's own updater undoing ours compared only the version name: a vendor that ships several builds under one version number slipped straight past it, which is the same failure it was written to prevent. It now compares the build number too. And an app's own updater is no longer assumed to be waiting just because a downloaded copy is sitting in its cache — Sparkle leaves those behind for ten days after an interrupted install, which could have left a Restart button that did nothing but explain itself.

Same changes as 0.3.51, reissued so it can actually reach you. 0.3.51 went out carrying the same internal build number as 0.3.50. That number, not the one in the version name, is what an update check compares — so anyone already running 0.3.50 was told they were up to date and never offered it. This release carries the changes below under a build number that is properly newer. If you are reading this on 0.3.51, nothing about the app changed between the two.

An update that kept coming back. ChatGPT would offer a new version, install it, restart — and a minute later the same update was waiting again. The install was never the problem: the new version really did land on disk. What happened next is that ChatGPT's own updater put a different one back. There are two lists involved, and DuoUpdater was reading the wrong one. The first is everything the vendor has published; the second is what the vendor is actually handing out to your Mac today, which can be an earlier build while a release is still rolling out. DuoUpdater was reading the published list — the same address ChatGPT itself is configured with, which is what made it look right — and offering you a build the vendor was still holding back. ChatGPT had meanwhile downloaded the build it was being offered and parked it, waiting for the app to close. Restarting to apply our update is what closed it. DuoUpdater now asks the same question ChatGPT's own updater asks, so the two agree on what the current version is.

Restarting an app no longer applies somebody else's update. That collision isn't unique to ChatGPT. A lot of apps download their next version quietly and install it the instant you quit them — the "relaunch to update" state you've seen in Claude, TablePlus and others. They'll wait hours for that quit; one was observed holding on for nearly seven. When DuoUpdater restarts an app to put its own update into effect, that restart is exactly the signal they're waiting for, and theirs runs second. Before restarting, DuoUpdater now checks whether anything is waiting, and what version it holds. If it's the same version — which is the common case, and harmless — nothing changes. If it's a different one, the app isn't restarted: the row says what's waiting and leaves the choice to you, rather than quietly swapping in a build you didn't pick.

An App Store update no longer leaves your app closed. Updating an app you have open through the App Store means closing it — the store's own installer quits it to replace the bundle, and doesn't open it again afterwards. DuoUpdater knew to reopen it, but only if you'd answered its own "quit to finish updating" prompt. Answer the identical prompt in the App Store window instead, or take an update that raises no prompt at all, and nothing remembered that your app had been open. It updated correctly, said "Updated ✓", and your app was simply gone — with no restart offered, because by then there was no running app to restart. What decides now is whether the app was running when the update started, which is the thing that was actually true, rather than which window you happened to click in.

豆包输入法 now gets checked, and shows its release notes. It was in the list — DuoUpdater looks inside /Library/Input Methods — but nothing anywhere knew where to ask about it, so the row sat blank forever and read like "nothing to do". It now reads the same endpoint the vendor's own download button reads, and compares the same build number the vendor versions by — so even a re-release that keeps the version name unchanged shows up, rather than passing as the version you already have. The release notes come from the feed the input method's own updater polls, laid out as a proper list rather than a link to a page that doesn't exist. As with 微信输入法, DuoUpdater will tell you a new version is out but will not install it for you: an input method is registered with the system by its installer, not merely copied into place, and quietly swapping the bundle is how you lose your personal dictionary.

Zed's release notes come back instead of an error. DuoUpdater asks GitHub about a lot of apps, and GitHub lets an unidentified caller ask only sixty questions an hour from one network — a budget every GitHub-hosted app on your machine shares. Zed's notes were the ones losing that race, and the panel showed a failure rather than the notes. Those requests now carry the GitHub token you saved in Settings ▸ GitHub, or the one the gh command-line tool already holds if you use it, which lifts the limit far out of the way. Without a token nothing gets worse: Zed's notes now come from a single, smaller source that covers both its channels, where before each one fetched its own web page.

Notion's release notes are about the app you have. They were being read from Notion's product announcements — the page that introduces features as they launch. Those posts are titled by feature, not by version, so nothing on that page ever lined up with the version number on Notion's row, and the notes for the update you were being offered were never there to find. They now come from Notion's own "What's new" page for the Mac and Windows app, where the versions are the ones you can actually compare against.

Some release notes were quietly incomplete, and no longer are. A release's final line could go missing from ChatWise's notes. Two of Postman's releases were cut off mid-sentence — both at the exact point where the text contained a quotation mark. Six apps' notes are now read from the same data the vendor's own site is built from, rather than picked out of the finished page, which is both sturdier and how those two ended up whole. HBuilderX is the one trade-off: its notes now come from the official release document, which covers the HBuilderX editor itself and not the bundled uni-app and uniCloud module logs, so its entries are shorter than before — the same releases, in the vendor's own words, minus the parts about other products.

Release notes that arrive inside an app's update feed are laid out properly. A good number of apps ship their notes as a small piece of a web page tucked inside the feed their updater reads. DuoUpdater used to hand that straight to the system's HTML renderer, which produced a serif font nothing else in the app uses, bullets indented into the margin, and — the part that mattered — a long list could be cut in half, with everything after the cut silently absent. Those notes are now read into the same list layout the rest of the panel uses: right font, right indentation, and nothing dropped. Where the markup is too tangled to be sure of, DuoUpdater leaves it to the old renderer rather than risk showing you part of a list as if it were all of it. TablePro benefits most — its notes had stopped being found at all.

Four more apps show their release notes properly, instead of an embedded web page. Alcove, Docker, Kiro and Waku each publish their notes somewhere a program can read them — Alcove and Docker on their own sites, Kiro as a feed, Waku on GitHub — but DuoUpdater was showing you the web page instead, which meant the vendor's fonts, the vendor's navigation, and no way to move between versions. They now read as proper entries in the list, the same as everything else. Kiro's feed covers three separate products; only the notes for the app you have installed are shown.

A release whose notes are written as sentences no longer vanishes. Some releases don't have a bulleted list of changes — they have a line or two of prose, sometimes only "no public-facing changes in this release". DuoUpdater understood lists and nothing else, so those releases were skipped entirely: if you happened to be running exactly that version, the panel had no entry for it at all, as though your own build had never shipped. They're kept now. Where the notes are laid out in a way that still can't be read cleanly — a table, mostly — the page is shown as before rather than half-converted into something misleading.

Antigravity IDE gets checked. It's a separate app from Antigravity, with its own version, and it was in your list but nothing ever checked it — the row just sat there with no version to compare against and no way to find out. It's checked now. DuoUpdater won't install it for you; it will tell you when a new version is out and where to get it.

DuoUpdater tells you when it updated itself, and what changed. It installs its own updates quietly, on purpose — it waits until you're away from the machine and swaps itself without asking, because a tool that interrupts you to talk about itself is getting in the way of the work it's supposed to protect. The cost was that you'd end up on a new version you never agreed to and never saw the notes for: every other app in your list has a "what changed" panel, and the one app that changed under you in silence was this one. Now the menu says so once, and opens its release notes. It's shown until you read it rather than for a set time — the update this is for is the one that landed while you were asleep. A fresh install doesn't get told it was updated, because it wasn't, and going back to an older build on purpose doesn't either.

And you can read those notes any time. The ✨ button at the bottom of the menu opens every release DuoUpdater has ever shipped, with the one you're running marked in the list.

Switching an app's update channel in that app is noticed straight away. Some apps let you choose between their stable and pre-release builds in their own settings — Tailscale, Fork, Surge, OrbStack, TablePlus, CleanShot, IINA, Alfred, DuoPaste. That choice lives in the app's own preferences, where nothing tells DuoUpdater it has changed, so switching from a beta track back to stable left the row still comparing you against the beta — and still offering it — until the next scheduled check, up to an hour later. DuoUpdater now re-reads that choice when one of those apps opens or quits, and when you come back to its own window, and re-checks just the app that changed.

Tailscale's Release Candidate track is one of the choices DuoUpdater understands. Tailscale publishes three: stable, release candidate, and unstable. Only two were known here, so a Mac opted into release candidates was quietly checked against stable instead, and reported up to date whenever a candidate build was newer than the stable one. All three are now checked against the track you actually chose.

Confirming a quit late no longer leaves the app updated but closed. Some apps guard their own quit with a dialog — Claude, for one, asks about an active conversation — and that dialog could land in the middle of a Relaunch. DuoUpdater rightly refuses to sit there while you decide (and it still won't force the quit past your unsaved work), but once it stepped aside it also stopped listening. Answer the dialog a minute later and the quit went through, the app's own updater swapped in the new version — and then nothing happened: some updaters deliberately don't reopen the app after installing, DuoUpdater was no longer watching, and you were left staring at an app that had simply closed. It now leaves a note for itself when it steps aside: if you do confirm that quit within the next few minutes, it waits for the update to finish landing and then brings the app back, in front if that's where it was. The note expires after a few minutes, so a quit hours later is just you closing the app, and stays that way.

The same late answer now works for a plain Restart. A save prompt could block the Restart button (and the automatic restart that follows a one-click Update) in exactly the same way, with a worse ending: the new version was already on disk, so when you finally dismissed that prompt and the app closed, DuoUpdater's next look around decided there was nothing left to restart and quietly dropped the badge too — an app closed, an update half-applied, and no trace that anything had been asked for. Answering a save prompt within a few minutes now finishes the restart it belonged to, and the app comes back on the new version.

App Store updates tell you they're waiting, and don't leave the app closed if you answer late. When the App Store finishes downloading an update for an app you have open, it asks for that app to be closed before it can install — and DuoUpdater waits, indefinitely and on purpose, for you to say when. Until now that request lived only inside the menu: if you never opened it, an update sat downloaded-but-not-installed all night, and background checks waited with it. It now also arrives as a notification with a Relaunch button, so you can answer it without hunting for the row. And if your app puts up a save prompt of its own after you tap Relaunch, answering it minutes later no longer strands the app closed — the update lands and the app is reopened, the same as if it had quit right away.

The list holds still while you are clicking down it. Every finished update used to re-sort the list on the spot: the app that just landed left the pending group, or picked up a Restart badge and jumped to the top, and everything below it slid up a row — under the pointer of anyone working down a list of Update buttons. Click the top one, go for the next, and the next one had moved. Now the order is held from the first click until the whole round is done: an app that finishes shows its confirmation in place, nothing else moves, and the list settles once at the end, when the finished apps drop away as they always did.

One less version number on a row that needs a restart. An app with an update waiting and an earlier update still needing a restart tried to print all three versions on one line — installed, available, and the older one still running. On four-part versions like Chrome's it did not fit, and the line was cut off exactly where the digits started to differ, so the part left visible said nothing at all. The line now sticks to the comparison that matters — what you have and what is offered — and the running version moved to the row's tooltip, where it fits.

No more Dock icon. DuoUpdater is a menu-bar app — everything it does starts from the icon up there — but it also held a Dock slot, and the only thing that slot ever did was open the same window the menu bar opens. It now runs from the menu bar alone. If you would rather keep the Dock icon, Settings ▸ General ▸ "Hide the Dock icon" turns it back on, and with it the badge that shows the number of pending updates; hidden, that count lives on the menu-bar icon instead.

An app you ignored is no longer checked at all. Ignoring an app hid its row, but every check still asked its vendor after it — one network request per app per round, spent on an answer nothing would ever be said about. On an unauthenticated GitHub budget of sixty requests an hour, those were requests taken from the apps you do watch. Ignoring now means not asking, which is what "hide an app from update checks" always claimed. Naming an app on the command line still checks it, and so does asking for hidden rows, since both are you asking about that app specifically. Skipping a version is unchanged and still checked — whether the version on offer is still the one you skipped can only be known by asking. And un-ignoring re-checks that app on the spot, instead of leaving the row blank until the next round comes due.

An app you ignored stops notifying you. An app that updates itself leaves a "Relaunch to apply it" reminder in Notification Center and repeats it every few minutes until you act on it. That reminder never consulted the ignore list, so an app you had ignored went on sending it — hidden in DuoUpdater's own list, still arriving every five minutes, with nothing on screen to explain where it was coming from. Ignoring an app now silences those reminders and clears any already waiting in Notification Center. Skipping a version does the same for that version.

A download no longer squeezes the app's name or its version off the row. While an app was downloading, the progress bar and its percentage claimed enough of the row that a long name wrapped onto a second line, a long date-style version was clipped at both ends to something unreadable, and at 100% the percentage itself broke across two lines. The row now measures what the name and the version actually need and fits the progress readout into what's left: the bar gives way to a compact ring, and the percentage stays. Nothing is given up until there is genuinely no room for it.

An update no longer looks like it fired twice. With one update pending, installing it briefly emptied the list: the row dropped out the moment the new version reached the disk, the "Everything is up to date" placeholder took its place and jumped the window's height, and then the row reappeared saying "Relaunching...". Nothing was actually wrong underneath — the app still had to be restarted to run the new code — but it read as though something had happened twice. The row now stays where it is from the click through to the relaunch. The step that used to announce "Done" while the app was still being restarted says "Installed" instead; "finished" is left for the confirmation at the end, where it belongs.

The workbench sidebar follows the arrow keys again. Holding an arrow key walked the selection off the edge of the list and left it there, moving through apps that were never drawn and not catching up when the keys stopped. The selected app stays in view.

Moving through that sidebar is quicker. Every keypress was re-deriving, once per app per row, a fact about the whole list that had not changed — on a machine with 124 apps that came to about fifteen thousand redundant filesystem-path lookups per keystroke. It is derived once now. Fast key repeat can still outrun the list; there is more to do here.

An App Store update says "Update", not "Get". When the background helper has not been approved there is no way to install an App Store update in place, so the row hands off to the App Store app instead — but the button for that read "Get", which is what the store says about an app you do not own yet. Every row that reaches it is an app you already have, with an update waiting. It says "Update" now, and when the helper is what is missing the tooltip says so, since approving it in Settings is what turns those updates into one click.

The action column lines up. A checkmark or a small badge at the end of a row was centred in its slot while a wide button sat flush against the row's edge, so the right-hand column read as ragged — and visibly out of line with the Homebrew row pinned below it. Everything ends on the same edge now.

WeType (微信输入法) now reports the version you actually have. Its version was being read off the name of the vendor's installer file, which turns out to carry the installer's version rather than the app's — the installer is a small downloader that fetches the real app separately, and the two numbers drift apart. DuoUpdater now reads the same manifest the vendor's own installer reads, so the version matches your copy and new releases show up when they ship. WeType still has to be updated with the vendor's installer rather than in place: replacing the bundle skips the input-method registration step and was found to lose settings.

A beta build can never arrive on the stable channel. The fix in 0.3.44 looks further back through an app's releases when the newest one has no Mac build attached. That wider search could also see the developer's beta and release-candidate builds, which the normal check never shows you — so an app that happened to publish a release without its Mac download could have offered you a beta. Nothing had actually hit this, and now nothing can: the wider search only ever considers finished releases.

Notion's release notes are readable again. Notion restyled its releases page and DuoUpdater could no longer pick the posts out of it, so the notes fell back to showing the raw web page. They render as proper entries again.

PureMac's updates are visible again. The developer publishes a separate command-line tool from the same place as the app, and its release was being read as if it were the app — as version 1.0.0, which looks older than what you have installed, so the app reported itself up to date and every real update stayed hidden. It now reads only the app's own releases.

An update that only ever existed for phones no longer sits in your list. Some apps share one version number across Mac, Windows, Linux and mobile, and sometimes a release goes out to the phones alone — the version number moves, but no Mac build is ever made. DuoUpdater was reading that as a Mac update, which left an update you could never install and that never went away. It now looks for the Mac download itself rather than trusting the version number, so those releases are correctly ignored. LocalSend was the app affected; its row now reads as up to date, which it is.

LocalSend installed from its own website updates in one click. Now that the right release is identified, its Mac disk image can be installed in place like the rest.

An App Store copy is never replaced with a build from elsewhere. A few apps are published both on the Mac App Store and as a download from their developer, under the same identity — LocalSend is one. Those are genuinely different builds, and the App Store's copy has to keep updating through the App Store. DuoUpdater now leaves those copies to the store instead of ever offering the developer's build over them.

Updates that the wider ecosystem never picks up get flagged for us. Our nightly recipe sweep could only tell whether an app's version could still be read, not whether the answer made sense for a Mac — which is why the LocalSend problem had to be spotted by hand. It now also compares against Homebrew, and raises a flag when we are reporting a version that nobody else has packaged long after it was published. Nothing about this is visible on your Mac; it is how this class of mistake gets caught by machine next time.

Package updates are read more thoroughly before they are opened. The check added in 0.3.41 asks an installer package where it installs, and refuses one that will not say. It was reading only the summary the package publishes about itself; it now also reads the package's own file list, which is what the installer actually follows. That means a package that keeps quiet in its summary is still understood instead of turned away. Every app that updates this way was re-checked against its real installer, and none of them changed.

A download link that stays broken now gets noticed. When a vendor's server has a bad minute, DuoUpdater waits it out rather than crying wolf — but that was letting a download link that had been broken for good slip by unremarked, because it looked the same as a bad minute on any single check. It now tells the difference: brief trouble is still ignored, trouble that lasts is flagged and fixed. Nothing changes on your Mac; this is about broken apps getting repaired sooner instead of quietly staying broken.

Release notes can't be pulled down to an insecure page. A vendor's notes page is loaded over a secure connection, but nothing stopped that page from redirecting itself to an insecure one. Now it can't.

Updating OneNote no longer installs the whole of Microsoft Office. OneNote's update was being fetched from Microsoft's combined Office installer, which puts Word, Excel, PowerPoint, Outlook and OneDrive on your Mac along with it. If you keep OneNote on its own, that was five applications you never asked for. It now downloads Microsoft's standalone OneNote update, which installs OneNote and nothing else.

Package updates are checked more strictly before they are opened. An update that arrives as a macOS installer package now has to say where it installs, and has to name the app you are updating. A package that will not say is refused rather than let through. Every app that updates this way — Office, Edge, Teams, OneDrive, Tailscale, ToDesk, AweSun and the rest — was checked against its real installer first, so this should never fire on a normal update.

Telegram's one-click update stops vanishing when Telegram's servers hiccup. Working out where to download Telegram from needs one extra request to their servers, and those servers were intermittently refusing it — a few minutes at a time, then fine again. When that happened the update was still detected, but the Update button quietly disappeared for that check and you had to go to the website yourself. DuoUpdater now retries before giving up, so a brief hiccup no longer costs you the one-click install.

Package installers are checked against the app they claim to update. Some updates arrive as a macOS installer package, which runs with administrator rights the moment you confirm it. Until now the only check was that the package came from the same developer as the app being updated — which would have let any package from that developer through, not just the right one. DuoUpdater now also reads where the package says it will install and refuses it if that is not the app you are updating. Nothing changes for a normal update; this only ever fires on a package that does not belong.

Release notes only open over a secure connection. The notes pane loads a vendor's own page for some apps, and one of those pages was still being fetched over plain http. Those pages now have to be https, and a handful of other malformed addresses are refused outright rather than loaded.

Fewer apps can go silently missing after a vendor renumbers. Zotero's jump to 10.0 in 0.3.37 exposed a whole class of this: an app disappears from the update list, with no error, because the vendor changed how many numbers are in its version. Twenty-one apps — among them VS Code, Discord, Obsidian, Figma, WhatsApp and GIMP — no longer depend on that staying the same. The rest were checked and deliberately left alone, because for those a looser check would risk reading the wrong number off the page.

The download percentage no longer spills out of its row. While an update downloaded, the number next to the progress bar sat too far right — clipped by the edge of the list instead of lining up with everything else in the column — and there was more empty space between the bar and the number than there needed to be. Both are fixed; the percentage still holds a fixed width, so the row stays steady as it counts up to 100%.

Zotero 10 shows up as an update again. Zotero numbered its new major release 10.0 — two numbers where every previous release had three — and DuoUpdater's check for it quietly stopped recognising the version. Nothing looked wrong: no error, no failed check, Zotero simply never appeared in the list, so anyone still on 9.0.6 was never offered the upgrade. It is recognised again, and the one-click install is unchanged.

A package update that leaves the old copy running now offers to restart it. Some updates install as a package handed to macOS's own installer, and when that finished it left the previous copy still running the old version — with no prompt, so you had to notice and quit it yourself. DuoUpdater now spots that and offers a Restart, the same as it already does for other kinds of update. It only offers one when a copy that was open before the install is genuinely still running the old code — if the installer (or you) already relaunched the app, or it wasn't open, nothing is shown.

WeChat DevTools (微信开发者工具) is checked for updates now — Stable, RC and Nightly each on their own track. It used to sit there as "unknown": since version 2.02 the app reports Electron's stock identity on disk, calling itself version 36.6.0, and all three channels look identical from the outside. DuoUpdater now reads the real version and channel out of the app's own configuration, so whichever track you installed is the only one you are offered — a Nightly install is never handed a Stable build, or the other way round. Updates install in one click, and the release notes for the exact build show up in the window.

App Store updates stop breaking every time DuoUpdater updates itself. Replacing the app left the background helper from the previous copy running, and macOS then never started the new one — so the helper looked switched on while every App Store update failed talking to a copy that no longer existed. Only a restart cleared it. The helper now steps aside when it has been idle for a minute, which means a replaced app heals itself by the next update. For a Mac already in that state there is a Restart Helper button in Settings → Diagnostics and on the update that failed; it asks for an administrator password and takes effect immediately, no restart.

Diagnostics can tell you whether the helper actually works. "Enabled" only ever meant "switched on", and the difference between that and "answering" showed up as a failed update. A Check button now says which one you have, in those words.

Backups: choose what to delete. "Clean Up Now" only removed backups belonging to apps you had uninstalled, so on most Macs it deleted nothing and said nothing while the size stayed put. It now opens a list — every backup with its app icon, the update it would roll back, its size and date — with everything selected and anything you want to keep unselectable. The button says how much the selection frees. Backups whose records had gone missing were previously counted in the total but impossible to see or remove; they are listed too, marked unusable.

A silent self-update no longer leaves DuoUpdater sitting in front of you. When it applied its own update in the background, macOS brought back the windows that had been open — and bringing a window back also brings the app forward, so an update nobody asked for landed on top of whatever was being worked on and stayed there. DuoUpdater now notes which application was in front before it replaces itself, and gives the front back to it on the way in. Windows still return exactly as they were.

Docker updated to the version it said it would. Docker publishes its releases in an order that puts an older one first, and DuoUpdater read the newest version from that list while taking the download link from the top of it — so it fetched 574 MB, kept a backup, installed 4.86.0 over the 4.86.0 already there, and went on offering 4.87.0. Downloads are now matched to the version each entry declares for itself, whatever order a vendor lists them in.

An update that changed nothing is no longer reported as done. The check that runs immediately after installing already knew Docker hadn't moved; it was overruled by a success message and an "Updated ✓". When an update we applied ourselves leaves the app exactly as it was, that is now shown as the failure it is, naming what was installed and what is still on disk.

Silent self-updates no longer wait for an empty screen. With the switch turned on, DuoUpdater would hold its own update back while any of its windows were open — which, for a window people leave open, meant waiting until the app was quit. Open windows no longer delay it (macOS brings them back after the restart), while a DuoUpdater you are actually using still does: it waits for the keyboard and mouse to go quiet before restarting itself.

Installing DuoUpdater's own updates silently now actually is silent. The switch introduced in 0.3.30 downloaded the new version in the background and then still asked before applying it — the one thing it was meant to spare you. It now applies the update itself, at a moment when doing so interrupts nothing: no check or install running, nothing waiting to be relaunched, no DuoUpdater window open, and you working in another app. It restarts itself there, without a prompt. Until such a moment arrives it simply waits, and if none ever comes the update is still applied when you quit — so the wait can delay a version, never lose one. Leaving the switch off is unchanged: you are asked, as before.

An App Store update no longer blames you for a permission you already gave. When DuoUpdater is replaced while it is running — by its own update, or by a rebuild during development — the previous copy of its background helper keeps holding the slot the system reserves for it, while macOS still reports the helper as switched on. Every App Store update then failed with a red line telling you to go turn it on in Login Items, where you would find it already on, and the button offered beside that message quietly did nothing. That state is now recognised and named for what it is, along with the one thing that clears it. DuoUpdater no longer tries to repair it by re-registering the helper: that was measured to switch the background item off and leave it unable to be switched back on.

DuoUpdater can now update itself without asking. Settings → Updates has a new switch for installing DuoUpdater's own updates in the background, taking effect the next time it restarts. It stays off unless you turn it on, and the prompt-and-wait behaviour is unchanged for everyone who leaves it alone.

Its own updates are noticed within the hour. DuoUpdater checked for its own new versions once a day, so a release could sit unseen for most of a day. It now checks hourly.

Eight more AI desktop apps are tracked. OpenCode Desktop and OpenChamber follow their GitHub releases; Wispr Flow, Granola, Comet, Windsurf, AionUi and Msty are read from their vendors' own version endpoints.

Installer packages stay the same package from verification to macOS Installer. DuoUpdater now seals the selected installer before closing or replacing any existing Installer window, checks it again immediately before opening, and refuses the hand-off if another local process changed the file in between. This preserves Sparkle's signature guarantee all the way to the package you see in Installer without making the menu-bar UI pause while large packages are checked.

Multi-installer disk images handle more real-world package names without guessing. Versioned beta, release-candidate, Apple Silicon, and universal package names are recognized when they identify one unique product, while similarly named helpers and sibling products remain excluded. Older bundle-style macOS installer packages are supported by the same integrity checks.

Failed installer downloads are cleaned up immediately. A bad signature, unreadable disk image, cancelled download, or rejected package no longer leaves a full installer sitting in temporary storage until the next day's cleanup.

Signed Sparkle updates that arrive as installer packages now work. A few apps publish a perfectly valid, cryptographically signed .pkg instead of an app archive. DuoUpdater offered those updates, downloaded them, and then tried to unpack the package as though it were a zip — an update that could never finish. They now go to macOS's own Installer, after DuoUpdater verifies both the Sparkle signature on the download and the installer identity inside it.

A disk image containing several installers is no longer allowed to make a guess. Some vendors put a main installer, helpers, and sibling products in one image. Matching on a fragment of the filename could pick a helper simply because its name contained the app's name. DuoUpdater now opens a package only when it is the sole choice or can be identified uniquely; otherwise it stops and leaves the decision to you instead of presenting the wrong installer.

The App Store helper is more tightly scoped to your login session. The privileged helper now takes the account identity directly from macOS's authenticated XPC connection and refuses a request whose claimed user does not match. Normal App Store updates behave exactly as before; the change closes off a signed client from redirecting the helper into another user's session.

Release notes show their formatting instead of its punctuation. Notes that come from a project's GitHub release were rendered exactly as written — **bold** with the asterisks, links as [text](url). Bold is now bold and links are links. This affected every app whose updates come from GitHub, which is most of the open-source ones.

Arrow-keying down the app list no longer crawls. Holding an arrow key felt like moving one row at a time through mud, and long release notes made it worse. Three things were doing it: a permission check on every app in the list ran again for every row drawn; the notes for whichever app you passed through were re-parsed on each keypress; and a long set of notes — one project's runs to 54,000 characters — was laid out in a single pass, which froze the window for about two seconds. The check is now computed once per list, parsed notes are kept, and long notes are laid out only as far as you have scrolled. Worst measured stall went from ~2.1 s to under 0.6 s, and what remains is the deliberate pause before the detail pane catches up rather than a freeze.

Input methods are never updated by replacing the app, and 微信输入法 (WeType)'s one-click from 0.3.25 is withdrawn. Settings were lost on a Mac during the work that added it. What we can show is that the copy in the protected system folder was never actually replaced by DuoUpdater — but an older copy of the input method was installed and launched elsewhere on that machine while testing, inside the window where the settings were rewritten. Nothing here is proven, and an input method's dictionary is not something to test a theory on: WeType now reports its version and sends you to the vendor's installer, which registers the input source with the system — a step that replacing the app bundle skips, and the likely reason that Mac then appeared twice in WeType's own device list.

The refusal is not specific to WeType: DuoUpdater no longer offers a one-click for anything installed as an input method, whichever vendor it comes from. Those apps still report their versions and link out.

Three more apps now report their updates, and all three install with one click. Hidden Bar, XQuartz and EasyFind were sitting in the list as a grey "unknown".

Hidden Bar is the interesting one: it ships with an update feed configured, so from the outside it looked like it was already covered. The feed answers, and is well-formed, and contains no releases at all — which is indistinguishable from a healthy feed until you look inside it. Its version now comes from its release tags instead. EasyFind ships no updater at all, so a copy installed from the vendor's site had no way to learn about new versions.

XQuartz installs through the system installer rather than by replacing the app, because it is not just an app: it lays down a whole X11 stack, and swapping only the app bundle would leave the rest at the old version. macOS asks for the administrator password itself, as it does for any package.

Thirteen more apps now report their updates, twelve of them with one click. GIMP, MongoDB Compass, Meld, Emacs, Tor Browser, Zotero, GrandPerspective, TigerVNC, qBittorrent, Opera, LibreOffice, pgAdmin 4 and Telegram Desktop were all sitting in the list as a grey "unknown" — installed, with nothing to say about them. Each was worked out by downloading the vendor's actual build and reading its identity out of it, so a one-click only appears where the download is signed by the same developer as the copy you already have. The exception is qBittorrent: its own build isn't signed by an identified developer at all, so it reports its version and sends you to the project's page.

Opera, LibreOffice and pgAdmin 4 nearly joined that exception. All three publish nothing but a directory listing, and listings sort alphabetically — "100" comes before "99" — so the newest release is not the first one on the page. Reading the version was never the problem; building a download link was, because the obvious way to build one would have picked whichever release happened to be listed first. They now download the release that was actually compared. That is the one mistake a signature check cannot catch for you: an older build of the right app, signed perfectly.

1Password and Inkscape now install with one click too, and both were previously written off. 1Password's official download turns out to be a small installer program rather than the app — signed and notarised by 1Password, so every safety check passes it, and installing it would have replaced your password manager with its own installer. DuoUpdater now fetches the package that installer itself downloads. Inkscape's download page hands out its file through a one-time link that changes with every release; the same file also sits at a plain, predictable address, which is what gets used.

微信输入法 (WeType) now installs with one click. It lives in a folder only an administrator can write to, which is why it used to only report its version. It now goes through the same administrator prompt as any other app in a protected location.

Release notes for Opera, Inkscape and 1Password. Opera publishes one page per major version, Inkscape one wiki page per release, and 1Password a feed — all three now render as proper change lists in the app instead of a link out. 1Password's version and its notes both come from that feed now, which is a published interface, rather than from scraping the page beside it.

Discord's version check works again. Discord moved its downloads to a different server and the check was still looking at the old address, so DuoUpdater quietly reported "no version" for Discord Stable while everything else kept working. It now keys off the part of the address that names the release channel, which is the part that actually has to be right.

Fifteen more apps now report their updates, and all but one install with one click. Rancher Desktop, Cherry Studio, RedisInsight, Upscayl, WailBrew, Wave Terminal, Lens, Termius, Unity Hub, iStat Menus, Inkscape, Google Gemini, Antigravity, AnyDesk and Kiro were all showing as a grey "unknown" — installed, with nothing to say about them. Each one was worked out by reading the vendor's own build rather than trusting a download page: the version now comes from wherever that app's own updater looks, and a one-click only appears where the download is signed by the same developer as the copy you already have. Three of them (Google Gemini, Antigravity, Kiro) publish nothing a download page can be scraped for; their real update services answer the same questions their own updaters ask, so that is what DuoUpdater asks too.

AnyDesk in particular was written off and shouldn't have been. Its download and changelog pages both refuse anything that isn't a person with a browser, so an earlier sweep concluded the app was unreachable. The plain-text changelog on the same server answers fine — and it is what AnyDesk's own Homebrew entry has always read.

Updating an app in a location that needs an administrator password now asks, once. Most apps live in /Applications, which you can write to; a few — input methods, for one — live where only an administrator can. Those used to show an Update button that could never work. Now the button asks for the password, and if you dismiss that prompt DuoUpdater takes the hint: the row switches to Open and stops asking on every release. "Ask for administrator access again" in the row's right-click menu brings the button back. The choice is remembered for that copy of the app specifically, so declining for one install doesn't silence another.

An up-to-date Xcode beta no longer claims the vendor is behind it. Under "Show all", a row whose vendor has fallen behind what you have installed shows a muted note saying so — you're ahead, nothing to do. Xcode was getting that note while sitting on exactly the build Apple was offering: it publishes a build number plus a human label ("27.0 beta 5"), and comparing that label against the plain "27.0" the bundle reports made a release look newer than its own beta. The note now settles on the build whenever both sides have one, so the same release is recognised as the same release however it is labelled. A vendor that has genuinely fallen behind is still called out.

44 more apps now report their updates. Apps that publish on GitHub but ship no update feed of their own used to sit in the list as a grey "unknown" — DuoUpdater could see them installed and had nothing to say about them. Bruno, UTM, kitty, KeePassXC, Godot, Bitwarden, VSCodium, draw.io, Podman Desktop, Anki, Raspberry Pi Imager, LuLu, MarkEdit, Clash Verge, Freelens, Tabby, Espanso, Moonlight, SwiftBar, Sequel Ace, balenaEtcher, DB Browser for SQLite, OpenLens, Headlamp, OpenMTP, Goose, Caffeine, noTunes, KeepingYouAwake, MiddleClick and a dozen more now show a real version, and 36 of them install with one click like any other app. Which ones was decided by downloading each vendor's actual build and reading the identity out of it, so a one-click only appears where the download is signed by the same developer as the copy you already have. Seven — Alacritty, Flameshot, MarkText, darktable, OWASP ZAP, BlueBubbles and Wine — publish builds Apple hasn't notarised, so those report their version and send you to the vendor rather than installing anything. LocalSend is report-only for a different reason, corrected here after this version shipped: its builds are notarised, but its newest release attaches no macOS download at all, so there is nothing to install until the project starts publishing one again.

Apps that already carry a Sparkle feed needed nothing: they were checked as part of this sweep and were already working, which is why names like Rectangle, Maccy, iTerm2 and Telegram aren't in the list above.

An update that your Mac couldn't run is now refused rather than installed. Where a developer publishes one download per processor, DuoUpdater picks between them by the file's name — and names are not always honest: three of the apps above ship an Apple silicon build under a name that says nothing about it, or says the opposite. Before an app is replaced, its new version is now checked against the processor in your Mac, read out of the program itself instead of its name. If it can't run here, the update stops and your working copy is left exactly as it was. Nothing about a normal update changes; this is the case that used to end with an app that no longer opened.

An unanswered permission prompt no longer leaves the update check hanging. To tell a TestFlight build apart from an App Store one, DuoUpdater reads TestFlight's own database, and macOS keeps that behind the "access data from other apps" permission. Until that was answered the read didn't fail — it waited, indefinitely, for a prompt that might be sitting behind another window or might never be answered at all, and the scan behind it simply never finished. Nothing timed out and nothing said why. It now waits a few seconds and then carries on without TestFlight's side of the story; the only thing missing in the meantime is whether those particular apps came from TestFlight, and it sorts itself out on the next scan once the permission is granted.

Homebrew updates work behind a proxy. If your Mac reaches the internet through a proxy, upgrading brew packages failed with curl: (28) Failed to connect while every other update went through fine. Homebrew shells out to curl, which — unlike the rest of DuoUpdater's networking — doesn't read the proxy you configured in System Settings; it only reads proxy environment variables, and an app launched from the Dock or at login has none. DuoUpdater now passes your system proxy settings down to Homebrew itself. Nothing changes on a machine with no proxy configured, and a proxy you've already exported in your own shell still wins.

Claude's updates now show up while they're still rolling out. Anthropic releases Claude in stages: a build goes to a fraction of Macs at a time, and the public download page only catches up at the end. DuoUpdater was reading that public page, so for the whole of a rollout — most of a day, in the case of 1.30096.5 — it told you Claude was up to date while Claude itself had already quietly downloaded the new version and was waiting for a relaunch. It now also asks the same endpoint Claude's own updater asks, which answers for your Mac specifically, and offers whichever of the two is further ahead. Nothing about which build you're offered has changed: it is either the public release or the one your Mac was already allocated. Claude also gains real publication times, so its releases now appear in the Release Log with the moment Anthropic shipped them rather than an estimate.

A superseded package update no longer leaves its window sitting there. Updates that go through macOS's own installer — Microsoft Office, AweSun, ToDesk — open an Installer window and then wait for you. If you left one open and a newer release came along, installing that one opened a second window, and they stacked up. The older window is now closed once its replacement is ready, and its download cleaned up with it. A window that's mid-install, or asking for your password, is left strictly alone.

duo says which copy is which when two apps share a name. Naming an app that is installed twice — two Xcode betas, say — printed both candidates as a bare "Xcode" and told you to name one exactly, which matches both again. The listing now carries each copy's version, and when the matches genuinely share a name it asks for the path instead of repeating advice that cannot work.

"Open download page" no longer downloads a file. On apps whose page DuoUpdater knows — ToDesk and UU Remote among them — that button handed your browser the installer package instead of opening anything: the link it used was the same one the updater downloads from, so clicking it started a download you didn't ask for. The page and the package are now kept apart, and the button opens the vendor's actual download page. Where a source only ever publishes a package and no page at all — a bare Sparkle feed — there is now no button rather than one that downloads something.

The app list responds to the arrow keys again. Opening the workbench window left the keyboard focus nowhere in particular, so ↑ and ↓ did nothing until you clicked a row — and after clicking into the release notes on the right, or switching to another app and back, they stopped working again. The list now takes the keyboard when it opens and takes it back at the points it used to lose it. Typing in the search box is untouched: a search you've started keeps the caret.

The Brew section starts collapsed. Casks and command-line formulae are a side channel for most people, and having that tree open by default pushed your actual apps up the sidebar every time the window opened. It now starts closed and remembers however you leave it.

Xcode betas and release candidates are now detected, and two copies can be told apart. Xcode was a grey "v27.0" with no update information at all, and if you keep more than one build around — a current beta beside the previous one — they were indistinguishable: same name, same version, same icon. Each row now reads its real build, so an update shows as "27.0 beta 1 (27A5194q) → 27.0 beta 5 (27A5237l)". Which track a copy belongs to is worked out from Apple's published builds rather than guessed from what you named the folder, and you'll only ever be pointed at something at least as finished as what you have — a beta can be superseded by a beta, a release candidate or the finished release, never the other way round. Updating still means going to Apple: the downloads need you signed in with your Apple ID, so the row links to Apple's download page and its release notes.

Cursor's release notes are shown properly instead of an embedded web page. Cursor writes its changelog as dated posts rather than numbered releases, so the notes pane fell back to loading the website. Each post is now shown as its own entry — its date, its headline and its changes — the same as every other app with readable notes.

duo check now shows what changed when the version number doesn't. Updates that keep the same version and only move the build — Surge, the JetBrains previews — printed as "6.9.0 → 6.9.0" on the command line, which was accurate and told you nothing. It now shows the builds, matching what the menu bar has always shown.

Apps that ship their own updater are now updated directly by default. These are the ones like Chrome, VS Code, Cursor and the Electron apps — and because they are also the apps you tend to leave running all day, the old default of stepping aside while they were open meant they were almost never updated at all: the row offered to open the app and left the rest to you. DuoUpdater now downloads the vendor's own installer and applies it whether or not the app is running, then quits and relaunches it so the new version takes effect. Anything that installs background components alongside the app — Tailscale, Office — ships a package that macOS's own installer handles, so those pieces are still put in place properly. If you would rather nothing was touched while an app is open, Settings → General → Self-updating apps still has the old behaviour, and changing it back does not affect anything already installed.

An app whose developer changed its update signing key can be updated again. Apps that update through Sparkle sign each release with a key, and the copy you already have carries the matching public key to check it against. If a developer generates a new key and ships it without a hand-over release signed by the old one, that check fails for everybody — the app's own updater is just as stuck as DuoUpdater was, and the update sits there refusing to install with a signature error. DuoUpdater now recognises that specific situation: when the new download carries a different key of its own and the release was signed with it, it stops trusting the signature and falls back to the same checks it uses for apps that publish no signature at all — the download must be validly signed by Apple's developer certificates, and by the same developer as the app it is replacing, for the same app. A download that fails any of that is still refused, as is a bad signature that isn't explained by a key change. Mirage Beacon 1.3.0 was the first to hit this.

Update All no longer says a running app is finished before its restart. When an update had already replaced an app on disk but Update All was still busy with other installers, the row briefly showed a green checkmark and disappeared even though the old version was still running. The app now stays visible with its running and installed versions, explains that it is waiting for the batch restart, and offers Restart now. The completion checkmark appears only when the update is actually in effect.

Apps installed by a .pkg can now be rolled back. DuoUpdater keeps a copy of the previous version before it updates an app, so a bad update can be undone. Apps that install through macOS's own installer — Microsoft Office, AweSun, ToDesk and the like — never got that copy: the rollback was skipped for them entirely, so the one kind of update DuoUpdater can't watch land was also the one you couldn't back out of. They're now backed up like everything else.

Rollback no longer refuses apps that write inside their own bundle. Some apps keep working files in amongst their own program files — ToDesk stores its settings database and logs there, and doing so breaks the seal Apple puts on an app. DuoUpdater checked that seal before restoring a backup, so for those apps it declared a perfectly good backup damaged and refused to put it back. It now checks the copy against a fingerprint taken when the copy was made, which is the thing that actually matters: that what's being restored is exactly what was saved. Tampering with a stored backup is still caught, and still refused.

When a backup isn't possible, it says so instead of failing quietly. A few apps keep program files that your account simply can't read — EasyConnect is one — and no copy of those can be made. Rather than attempting it and reporting a failure part-way through an update, DuoUpdater now checks first, tells you which file is in the way, and updates anyway; you just don't get a rollback point for that one app.

The same app no longer appears several times over. Some apps leave a dated copy of themselves behind every time they update — DuoPaste, for one, parks a DuoPaste.backup-20260716-183428.app next to the real thing on each self-update. Those copies are complete, working app bundles as far as anything on disk can tell, so DuoUpdater listed each one as its own app: three identical DuoPaste rows, each offering the same update. Worse, taking one of those offers would have installed the new version into the backup, leaving the app you actually use untouched and creating another stray copy. Backup and duplicate bundles are now recognised for what they are and left out of the list, as are exact clones of an app found in two places. Genuinely separate installs that happen to share an identity — Firefox alongside Firefox Beta, two versions of Android Studio kept side by side — still each get their own row.

The list now reliably notices apps appearing and disappearing. DuoUpdater watches your Applications folders so that an app updating itself in the background, or one you drag to the Trash, is reflected within a few seconds. That watch could quietly stop working — nothing crashed, nothing was reported, it simply stopped hearing about changes, and the list then went stale until you reopened the window. It's now rebuilt periodically and after your Mac wakes from sleep, with a fresh scan each time, so a watch that dies recovers on its own instead of staying dead for the rest of the session.

An app that gets restarted after an update no longer jumps in front of what you're doing. When DuoUpdater updates an app that's currently running, it quits and reopens it so the new version actually takes effect. Reopening it also pulled it to the front — so an update to something sitting quietly in the background could drop a window on top of the thing you were typing into. The app's position now survives the restart: whatever was in front comes back in front, and whatever was in the background comes back in the background, still there and still updated, just not in your way. The same applies to apps DuoUpdater reopens after an App Store update. Apps that weren't running at all are, as before, updated on disk and left closed — updating an app never starts it up.

Fixes AweSun's update failing with "the server returned HTTP 404". DuoUpdater worked out where to download AweSun's installer by building the filename itself from the version number. Oray then renamed the file — the same 16.6.0 build, one letter's difference — and every attempt at the update hit a dead link. It now takes the filename straight from Oray's own download listing rather than guessing at it, so a future rename won't break it again.

An installer you've already downloaded no longer downloads again. Some apps update through an installer package that macOS opens for you to confirm. If you closed that window without finishing — or quit DuoUpdater and came back — the row went back to offering "Update", and taking it fetched the whole package a second time. ToDesk's is 375 MB. The download was on your disk the entire time; nothing was pointing at it. Those rows now offer "Install" instead, which just re-opens the file you already have. If the installer window is still open it comes forward rather than opening a second one, and the offer stands until either the download is gone or a newer version comes out — at which point the old package would be the wrong one, so the row goes back to a normal "Update".

Homebrew packages that aren't apps now show up. DuoUpdater tracked outdated Homebrew formulae, and left casks alone on the grounds that a cask installs an app, which already gets its own row. That holds right up until a cask installs no app — a command-line tool like codex, a font, a driver. Those had no row anywhere: nothing for the app list to find, and not a formula either. codex sat three versions behind without a word. They're now part of the Homebrew panel, which reads "packages" rather than "formulae" to match. Casks that do install an app are still managed per-app exactly as before, and apps that update themselves are still left to their own updater.

"Update All" now includes apps that install from a package. A handful of apps — ToDesk and AweSun among them — ship their update as an installer package rather than something DuoUpdater can swap into place on its own. Those were quietly left out of "Update All" and had to be updated one row at a time; if such an app was the only other update pending, the button disappeared altogether rather than acting on just one. They're now part of the batch, and they run at the very end: everything that updates unattended finishes first, so nothing opens a window or asks for your admin password until the rest is already done. One caveat worth knowing — DuoUpdater can't tell when macOS's installer has finished, so if two package updates come up in the same batch, both installer windows open one after the other rather than waiting in line.

Fixes updates going unnoticed for days at a time. DuoUpdater re-uses the answers it gets from each app's version feed so it isn't re-downloading the same file every few minutes. The problem was how long it trusted a stored answer: when a vendor's server doesn't say how long its reply stays valid, macOS guesses — and it guesses longer the longer that feed has gone unchanged. So the very feeds that had been quiet for a while were exactly the ones DuoUpdater stopped re-reading, and a new release could sit there for days with the app still reporting "up to date" and no error to show for it. Every version check now always asks the server whether anything changed, while still skipping the download when nothing has. OrbStack 2.2.2 is the release that surfaced this; the same blind spot applied to most apps checked directly against their vendor, including Chrome, Cursor, Claude, ChatGPT, Warp, Spotify, and Visual Studio Code.

Homebrew-managed apps no longer get stuck at the version they were on when DuoUpdater started. The catalog DuoUpdater reads to learn the latest version of a Homebrew app was loaded once per launch and never refreshed, which is invisible if you quit the app daily and wrong if you leave it running for weeks. It now refreshes periodically. As a bonus, machines with no Homebrew casks installed no longer download that 5 MB catalog at all.

Uses less memory and does less work in the background. This release is entirely under the hood — nothing about what DuoUpdater does has changed, only what it costs to leave running. Every update it downloaded used to leave a small amount of memory behind that was never reclaimed; harmless once, but it adds up over the weeks a menu-bar app tends to stay open. Separately, while the main window was open DuoUpdater re-read every installed app from disk every 15 seconds and started a system process each time to see what was running — that now happens every three minutes, since the filesystem watcher already notices a real change the moment it happens. Recording the release history after each check also used to save its file once per app rather than once per check, and release notes could be fetched more than once when the same page was already on its way in.

No more beachball while an app is relaunching. Clicking Update on another app while one was being quit and relaunched could freeze DuoUpdater for a moment — the spinning rainbow cursor, an unresponsive window, a click that seemingly did nothing. Relaunching an app now happens in the background instead of on the interface, so the rest of the list stays live and clickable throughout. The same freeze could show up when opening an app from a row's right-click menu, or when handing an update off to an app's own updater; both are fixed too.

Backups from uninstalled apps are now cleaned up automatically. DuoUpdater keeps one backup of an app's previous version so an update can be rolled back. Backups for apps you've since uninstalled or moved were never reclaimed and could quietly pile up gigabytes of disk space over time. They're now deleted automatically during the regular update check. Settings shows how much space backups are currently using, with a toggle to turn off the automatic cleanup and a "Clean Up Now" button to run it on demand.

JetBrains Toolbox apps no longer show a stuck or incorrect "update available." Version checks for Toolbox-managed apps (IntelliJ, Android Studio, Fleet, Air, and others) now always ask live rather than sometimes falling back to a local cache that could never actually report a new version — it fixes both a status that lingered after Toolbox had already installed the update, and one that never appeared in the first place.

Claude Desktop's release notes are now shown in DuoUpdater. Update entries for Claude Desktop now include Anthropic's own per-version changelog instead of a generic notice.

Update All now also relaunches apps that were only waiting on a restart. If an app had already downloaded its update and just needed a relaunch to finish — Claude, for instance — clicking Update All used to skip it, leaving a stray "Relaunch" button behind. It now relaunches those too, in the same pass, whenever automatic restart-after-update is on.

App Store updates recover from a receipt hiccup instead of just failing. Occasionally a Mac App Store update downloads in full but the very last install step trips over a "receipt" error — a transient App Store glitch that a second attempt usually clears. DuoUpdater now retries once automatically. If it still doesn't take, the row offers an "Open App Store" button to finish the update from the App Store's Updates page, instead of leaving a raw error on screen.

ToDesk update detection fixed. A change to ToDesk's download page stopped DuoUpdater from reading its latest Mac version, so ToDesk updates went unnoticed. Detection now reads the version reliably again.

App Store updates no longer show a scary error for an app that's already up to date. If the Mac App Store had quietly updated an app in the background — TestFlight, say — DuoUpdater's row could go stale and, on Update, try to reinstall the version that was already there. macOS's installer rejects that with an alarming red "The upgrade failed", even though nothing was actually wrong. DuoUpdater now confirms an App Store app really is behind before reinstalling, and treats a no-op reinstall as "already up to date" — settling the row quietly instead of showing an error.

App Store updates now ride out network hiccups. A brief connection drop mid-update — a flaky link, or a proxy resetting the connection — used to fail an App Store update outright with a "could not connect to the server" error. Those updates now retry automatically a few times before giving up, so a momentary blip no longer strands an update that a second attempt lands cleanly. Clicking Update again after a failure also clears the old error immediately, instead of leaving it on screen next to the spinner.

Apps that update themselves clear from the list faster. When an app like Chrome finishes updating itself in the background while an App Store update is running, its "update available" row now clears promptly — it no longer lingers until the rest of the queue finishes.

One-click updates for four more apps. HBuilderX, JetBrains Toolbox, and Microsoft Edge's Beta and Dev channels now update in place with a single click, instead of only telling you that an update exists. HBuilderX also now reads its version straight from DCloud's own release feed, so it picks up new builds sooner and more reliably.

Self-updating apps stay in their own lane. A running app that ships its own Sparkle updater is now handed off to that updater — the same courtesy DuoUpdater already gave other self-updating apps — instead of being replaced underneath it, unless you've chosen "Always replace" in Settings.

Fixes

• The running-app dot and "Relaunch" badge no longer briefly lose track of an app right after an in-place update, when macOS keeps its process pinned to the temporary swap location for a moment.
• When you restart an app yourself after it updated in the background, the "Relaunch" badge now clears the moment the app comes back up — instead of lingering until the next background check.

Fixes

• When you restart an app yourself after it updated in the background, the "Relaunch" badge now clears the moment the app comes back up — instead of lingering until the next background check.

See when your apps actually ship. DuoUpdater now keeps a Release Log: a running timeline of every release the apps you track put out, each stamped with its publish time. Open it from the clock icon at the bottom of the popover.

Release-habit heatmap. A new Patterns view charts releases by weekday and hour, so you can see when an app tends to ship — pick any single app for its own pattern and version history, or view all of them together. History is backfilled from each app's update feed, so the heatmap is useful right away instead of starting empty.

Honest about what it can't time. Apps that publish an exact release date (Sparkle, GitHub, Alcove) are timed to the minute. Apps that only expose a version number get a clearly-marked "≈" estimated window — bounded by when DuoUpdater last saw the old version and first saw the new one — and never skew the heatmap.

Fixes

• ToDesk update checks no longer report an older grayscale build; they now track the version actually offered for download.

Passwordless App Store updates. Updating Mac App Store apps no longer interrupts you for your password every time. DuoUpdater now installs a small, signed privileged helper (one-time approval) and bundles mas, so App Store updates apply directly in the background.

Cleaner "Restart to finish" lines. When an app updates itself on disk while it's still running, the pending-restart line now shows the real marketing version on both sides — e.g. 1.8.x (build) → 1.9.0 (build) instead of a bare build number on the left.

Fixes

• Fixed a build issue on Xcode 26.5 (changelog extractor name collision).

Apps that update themselves now clear correctly. If an app updated through its own updater (for example, Chrome via "About Chrome") while DuoUpdater was busy installing other updates, it could keep showing a stale "update available" row long after it was already current. DuoUpdater now re-checks the moment the installs finish, so the row clears right away instead of lingering.

"Update All" shows the whole queue. Every app in an "Update All" run now shows a "Queued" state immediately, instead of leaving the ones further down the list looking idle with a clickable Update button. Clicking Update on an app that's already queued can no longer start a second install of it.