En un Magic Trackpad conectado por Bluetooth, el gesto de deslizar hacia arriba con tres dedos para abrir Mission Control deja de responder de forma intermitente. Posibles causas y una secuencia de diagnóstico para distinguir cuál es. Confirmado en macOS 26.1 (Tahoe, a partir de 2026-09).
En un Magic Trackpad conectado por Bluetooth, el gesto de deslizar hacia arriba con tres dedos para abrir Mission Control deja de responder de forma intermitente. Mientras tanto, el clic, el scroll y los gestos de dos dedos siguen funcionando con normalidad. Al abrir Ajustes del Sistema > Trackpad, el gesto vuelve a funcionar de inmediato.
Esto se reprodujo de forma idéntica en dos Mac distintas. Ambas usan un Magic Trackpad por Bluetooth y ninguna usa Universal Control. Esto descarta un problema de configuración de un solo equipo: parece un problema de la combinación macOS + Magic Trackpad (Bluetooth) en sí.
Apple no ha publicado una explicación oficial. Es un bug sin resolver que persiste desde macOS Monterey hasta Tahoe (26.1, a partir de 2026-09). Los reportes de la comunidad apuntan a dos causas que se solapan.
Dock, que gestiona el reconocimiento de gestos, pierde de forma intermitente su estado de reconocimiento. Usuarios de trackpad integrado reportan el mismo síntoma, así que esta causa es independiente del tipo de trackpad.TPTransportSwitch). En el momento de ese cambio, Dock no logra volver a suscribirse a la nueva sesión multitáctil. Los usuarios de Magic Trackpad inalámbrico reportan esto en una proporción notablemente mayor.Abrir Ajustes del Sistema > Trackpad lo soluciona porque ese panel fuerza una nueva sesión multitáctil para dibujar su vista previa en vivo.
En este Mac, Karabiner-Elements —la misma herramienta usada para configurar ESC to English— fue un sospechoso inicial, ya que accede a dispositivos HID con privilegios de root. Al revisar ~/.config/karabiner/karabiner.json se descartó: solo hay dos teclados registrados, sin ninguna regla para el trackpad ni para dispositivos apuntadores.
Cuando aparezca el síntoma, prueba lo siguiente en orden antes de abrir Ajustes del Sistema. El paso que lo solucione indica la causa.
killall Dock en la Terminal. Dock se reinicia automáticamente y la disposición de las ventanas se conserva. Si esto lo soluciona, la causa es el reconocedor de Dock.Ajustes del Sistema > Trackpad, entonces es la vista previa en vivo de ese panel la que vuelve a suscribir la sesión por una vía distinta.Comandos usados para revisar el entorno de macOS y el estado del trackpad Bluetooth.
# Comprobar batería y modo de transporte del trackpad
ioreg -c AppleDeviceManagementHIDEventService -r -l | grep -iE "Product|BatteryPercent|Transport"
# Detalles de la conexión Bluetooth (HID ACL vs BLE)
system_profiler SPBluetoothDataType | grep -iB3 -A15 "Magic Trackpad"
# Captura de log en vivo: iniciar esto antes de abrir Ajustes del Sistema cuando aparezca el síntoma
log stream --style compact --predicate 'process IN {"Dock","WindowServer","bluetoothd"} OR eventMessage CONTAINS[c] "multitouch" OR eventMessage CONTAINS[c] "TPTransportSwitch" OR eventMessage CONTAINS[c] "MissionControl"'
| Solución | Indica | Notas |
|---|---|---|
killall Dock |
Reconocedor de Dock |
Se aplica al instante, sin cerrar sesión; conserva la disposición de ventanas |
| Desconectar y reconectar el Bluetooth | Sesión del trackpad | Se hace directamente desde el icono de Bluetooth en la barra de menú |
| Cerrar sesión y volver a entrar | Reconocedor de Dock (versión más fuerte) |
Úsalo cuando killall Dock no lo soluciona |
| Eliminar el trackpad de Bluetooth por completo y volver a emparejarlo | Sesión del trackpad (solución a más largo plazo) | Muchos usuarios reportan menos recurrencia después |
| Desactivar Universal Control | Causa aparte | Solo sospechar si usas Universal Control para vincular varias Mac. Aquí se descarta porque no se usa Universal Control |
Apple no lo ha reconocido oficialmente. Se ha reportado de forma continua desde macOS Monterey hasta Tahoe (26.1, a partir de 2026-09).