macOS 27 rompió el click de la menu bar. Por qué pasa, y el arreglo.
Apple sacó macOS 27 Golden Gate el 14 de septiembre de 2026, y rompió una cosa que le importa a cualquier app que viva en tu menu bar, las nuestras dos incluidas, y todas las demás hechas igual. Ya está arreglado. Esta página es la versión sin maquillaje: qué cambió, qué hicimos, y qué build tenés que tener.
Las dos apps, en macOS 27, hoy.
Lo único que de verdad necesitás de esta tabla es el número de versión. Si la copia que tenés en el disco es más vieja que esa, todavía tiene el comportamiento viejo: una app no se actualiza porque la reinicies.
v0.264.3 El click izquierdo en el ícono vuelve a abrir el popover; widgets, atajos globales y el
servidor MCP local, sin cambios. v0.64.0 El mismo arreglo del tray, más las capturas de pantalla completa, por monitor y por
área sacadas por el camino del sistema. Medido, no supuesto. n/a No tiene ícono en la menu bar ni captura la pantalla, así que ninguno de los dos
cambios la toca. Tu click izquierdo empezó a portarse como el derecho. No es tu mouse.
En macOS 27, hacerle click al ícono de la menu bar de una app afectada despliega el menú contextual (el que debería salir con el botón derecho) y lo que el ícono tenía que hacer no pasa nunca. El atajo de teclado sigue funcionando, que es por qué se lee como «el click está mal» y no como «la app está colgada».
La causa está un nivel más abajo que cualquiera de estas apps. Una app de Tauri no le
cuelga un handler al ítem de la barra de estado: la librería tray-icon le
pone encima una subvista invisible, y esa única subvista hace dos trabajos: emite
el evento del click, y le impide a AppKit abrir el menú por su cuenta. En macOS 27 la
subvista dejó de recibir el click, así que los dos trabajos se cayeron juntos: el
menú se abre solo y la acción no corre nunca.
Por eso le pega a toda app de Tauri con menú de tray, no sólo a las nuestras. Lo reprodujimos en un laboratorio de Swift de treinta líneas sin una sola línea de código nuestro, antes de tocar nada. Esa es la parte que nos dijo que era el sistema y no una regresión de nuestro propio release.
¿Buscás apps de menu bar que ya se porten bien en 27? Las nuestras son gratis, y tenemos la lista de lo que verificamos: nuestras apps de menu bar en macOS 27.
macOS 27 puede volver a preguntarte antes de una captura completa, y la captura sale igual.
En macOS 27 puede aparecer un cartel del sistema cuando una app captura la pantalla entera sin pasar por el selector de Apple, preguntándote si la dejás «bypass the system private window picker». Es nuevo, es de Apple, y no es un error: medimos la captura llegando completa con el cartel en pantalla, y el permiso de Grabación de Pantalla que ya habías dado sigue dado.
La app nunca contesta ese cartel por vos, y ningún build nuestro intenta silenciarlo. Lo que todavía no sabemos es con qué frecuencia sale en el uso de todos los días: eso se responde mirando el uso real, no deduciéndolo. Si resulta que sale seguido, la alternativa es hacer pasar las capturas por el selector de Apple, y eso cambia cómo se siente sacar una captura: preferimos que sea una decisión a la vista y no un cambio silencioso.
Las capturas ya no pasan por APIs que Apple marcó obsoletas.
Las dos llamadas del sistema que una librería de capturas de Rust usa por defecto están marcadas «obsoleted in macOS 15.0» en los headers del SDK que viene con macOS 27. Los símbolos siguen ahí, siguen capturando bien hoy, y el código que las llama sigue compilando, que es justamente el problema: nada te avisa, hasta el release en que Apple las saca y una app de capturas empieza a devolver cuadros negros.
Así que en macOS la imagen la saca siempre screencapture, el binario del
propio sistema, que ya va por ScreenCaptureKit. La geometría de las pantallas
(cuántas hay, dónde están, con qué escala) sigue saliendo de la llamada vieja, porque esa
no está deprecada. Es un cambio que no deberías poder ver nunca, que es todo el punto de
hacerlo antes de que sea urgente.
CGDisplayBounds: no está deprecada y es
exacta.
macOS 27 pide M1 o superior. Tu Mac Intel no se queda afuera acá.
Golden Gate deja afuera a Intel, así que toda Mac Intel se queda en macOS 26, y ese es justo el caso que un arreglo como este suele romper, bifurcando por versión del sistema y dejando el camino viejo pudriéndose en silencio. No hay ni una rama por versión en ninguna de las dos apps: el mismo build sirve de macOS 12 a 27.
¿Te quedás en macOS 26 para siempre? Acá está lo que sigue andando y qué esperar de ahora en más: herramientas gratis para una Mac Intel en macOS 26.
Webstarted Toolbox
macOS 12+, build universal: corre nativo en Intel y en Apple Silicon. Más Windows 10+.
Webstarted Screen Capture
macOS 12+, Apple Silicon. El build de Mac es arm64 solamente, un límite propio, sin relación con macOS 27. Más Windows 10+.
Preguntas frecuentes.
¿Webstarted Toolbox y Screen Capture andan en macOS 27 Golden Gate?
Sí. Las dos se corrieron en macOS 27.0 (Darwin 27, build 26A428) sobre una Mac de verdad, no se dieron por buenas, y las dos traen el arreglo de lo único que macOS 27 rompió en serio: el click izquierdo del ícono de la menu bar. En Toolbox está arreglado desde la v0.264.3 y en Screen Capture desde la v0.64.0. Todo lo demás (capturas, anotaciones, atajos, la IA local, los widgets) se comporta igual que en macOS 26.
¿Por qué el click en el ícono de la menu bar empezó a abrir el menú del botón derecho?
Porque macOS 27 cambió qué vista recibe el click sobre un ítem de la barra de estado. Las apps hechas con Tauri no le cuelgan un handler al ítem: la librería tray-icon le pone encima una subvista invisible, y esa única subvista hace dos cosas a la vez: emite el evento del click y le impide a AppKit abrir el menú por su cuenta. En macOS 27 la subvista dejó de recibir el click, así que las dos cosas se cayeron juntas: el menú se abre solo y la acción no corre nunca. Parece que tu click izquierdo se volvió derecho, y no es tu Mac, ni tu mouse, ni una configuración tuya.
¿Ese bug es sólo de las apps de Webstarted?
No, y vale decirlo claro: le pasa a toda app hecha con Tauri que tenga menú de tray y abra algo con el click izquierdo, que es el patrón más común de una app de menu bar. Lo reprodujimos en un laboratorio de Swift de treinta líneas sin una sola línea nuestra adentro. Así que si otra app tuya de la menu bar empezó a portarse igual después de actualizar, casi seguro sea esto, y el arreglo tiene que venir de esa app, no de un ajuste de tu Mac.
¿Cuál fue el arreglo, exactamente?
Es de upstream: tray-icon 0.25.1 le cuelga el menú al ítem de estado sólo mientras el menú se está mostrando, así que el resto del tiempo la subvista vuelve a recibir los clicks. Tauri todavía pide una minor anterior de esa librería, así que en vez de esperar vendorizamos la versión pedida con ese único commit de upstream aplicado y nada más. Sale el día que Tauri suba a 0.25.1 o superior.
macOS 27 me pidió permiso para «bypass the system private window picker». ¿Le doy Allow?
Esa decisión es tuya y la app deliberadamente no la toma por vos. Es un cartel de consentimiento nuevo de macOS 27 que puede aparecer cuando una app captura la pantalla entera sin pasar por el selector del sistema, y no es un error: medimos la captura llegando completa con el cartel en pantalla, y el permiso de Grabación de Pantalla que ya habías dado sigue dado. Lo que todavía estamos midiendo es con qué frecuencia aparece en el uso real, porque la alternativa (hacer pasar cada captura por el selector de Apple) cambiaría cómo se siente sacar una captura.
¿Screen Capture sigue usando APIs que Apple marcó obsoletas?
No. En macOS la imagen ahora la saca siempre el binario screencapture del sistema, que ya va por ScreenCaptureKit. Las dos llamadas viejas que una librería de capturas de Rust usa por defecto están marcadas «obsoleted in macOS 15.0» en los headers; en macOS 27 los símbolos siguen ahí y siguen capturando bien, pero el código que se apoya en ellos está a un release de Apple de romperse en silencio o devolver cuadros negros. Lo único que sigue saliendo del lado viejo es la geometría de las pantallas, que no está deprecada.
Mi Mac no puede instalar macOS 27. ¿Las apps me siguen andando?
Sí. macOS 27 pide una Mac con chip M1 o más nuevo, así que toda Mac Intel se queda en macOS 26, y ese es justo el caso que un arreglo así suele romper, bifurcando por versión del sistema y dejando el camino viejo pudriéndose en silencio. No hay una sola rama por versión en ninguna de las dos apps. Toolbox soporta macOS 12 en adelante y su build es universal: corre nativo en Intel y en Apple Silicon. Screen Capture pide Apple Silicon en la Mac, que es un límite propio y no tiene nada que ver con macOS 27.
Estoy en macOS 27 y el ícono sigue portándose mal. ¿Qué miro?
La versión que tenés instalada de verdad. El arreglo sale en Toolbox v0.264.3 y en Screen Capture v0.64.0, y una copia más vieja en tu disco se queda con el comportamiento viejo por más veces que la reinicies, porque cerrar y volver a abrir una app no la actualiza. Bajala de nuevo desde los botones de esta página, reemplazala, y el click izquierdo vuelve a abrir la ventana.
¿macOS 27 cambia algo de lo que sale de mi computadora?
No, y en esto no cambió nada. Los widgets del Toolbox corren localmente, Screen Capture deja tus capturas en tu propio disco, y la IA opcional que lee una captura le habla a un modelo que corre en tu máquina. Lo que cambió macOS 27 es cómo el sistema le pasa a una app tus clicks y tu pantalla, no adónde va nada de eso después.
Bajate los builds que se llevan bien con macOS 27
Gratis y sin cuenta. Si ya tenés alguna de las dos instalada, bajala de nuevo y reemplazala: el arreglo viene adentro de la app, no en un ajuste.