Como usted puede saber que Google Chrome se ejecuta como un multi-aplicación del proceso. Usted tiene su inicial "Google Chrome" proceso que gestiona la interfaz de usuario y las obras de teatro "de acogida" para un número de otros procesos. Un nuevo "renderer" proceso es creado para cada ficha de abrir en Chrome, un "plugin" proceso para cada una de las extensiones de instalar, y no hay una "GPU" proceso por el código que se comunica a la GPU del sistema. Cada uno de estos otros procesos que aparece en el Monitor de Actividad como un "Google Chrome Helper".
Para hacer que Chrome sea más segura, a la empresa de los procesos se ejecutan en un entorno limitado. Sólo son capaces de hablar a la red a través del proceso de host y sólo puede hablar a archivos específicos (por ejemplo, las fuentes y los perfiles ColorSync). Son también impedido de hablar con otros procesos en el sistema, que es lo que hace que estos mensajes de registro. El renderizador de procesos están tratando de hablar a la launchserviced y windowservice procesos, pero está impedido de hacer que debido a su caja de arena.
Este fallo fue resuelto por un ingeniero de software de Google Chrome equipo de Seguridad con un commit en febrero de 2014. La eliminación de esta línea de código se resuelve el problema.
[NSApplication sharedApplication];
Entre otras cosas, llamar a la sharedApplication método abre una conexión entre una aplicación y OS X WindowServer, que se puede ver fracasar en el CGSLookupServerRootPort de error.
La intención era la de Chrome para llamar a este método para "calentar"a ciertos recursos antes de habilitar la caja de arena; el acceso a ciertos archivos, procesos o recursos de la red antes de que el entorno limitado de restricciones cayó en su lugar. Sin embargo parece que en algún punto de este intento comenzado a fallar, lo que resulta en estos errores en el registro. Mi conjetura es que Apple considera que este "calentamiento" un intento de engañar a la caja de arena y comenzó a apretarle.
Si estoy leyendo correctamente este cambio llegó a la versión estable del canal con una actualización de Google Chrome para 34.0.1847.131 en abril de 2014.
Lo interesante es que el Chrome equipo había estado discutiendo la eliminación de estas llamadas a la sharedApplication método en octubre de 2013 y discutido incluso eliminación de Cacao completamente desde el renderizador de procesos como un objetivo en 2009.
En una nota relacionada, Apple publicó una revisión de seguridad en abril de 2014 para resolver un problema por el que "WindowServer las sesiones puede ser creado por espacio aislado de las aplicaciones".
