Como puede saber, Google Chrome se ejecuta como una aplicación de proceso múltiple . Tiene su proceso inicial de "Google Chrome" que administra la interfaz de usuario y reproduce "host" a una serie de otros procesos. Se crea un nuevo proceso de "renderizador" para cada pestaña que abre en Chrome, un proceso de "complemento" para cada extensión que instala, y hay un proceso de "GPU" separado para el código que habla con la GPU del sistema. Cada uno de estos otros procesos aparece en el Monitor de actividad como un proceso de "Google Chrome Helper".
Para hacer que Chrome sea más seguro, los procesos del renderizador se ejecutan en un sandbox . Solo pueden comunicarse con la red a través del proceso del host y solo pueden comunicarse con archivos específicos (por ejemplo, fuentes y perfiles ColorSync). También se les impide hablar con otros procesos en el sistema, que es lo que causa estos mensajes de registro. Los procesos de procesamiento intentan hablar con los procesos de servicios de inicio y de servicio de ventanas, pero se les impide hacerlo debido a su caja de arena.
Este error fue resuelto por un ingeniero de software en el equipo de seguridad de Chrome de Google con un commit en febrero de 2014. La eliminación de esta línea de código resolvió el problema.
[NSApplication sharedApplication];
Entre otras cosas, llamar al método sharedApplication abre una conexión entre una aplicación y el WindowServer de OS X, que puede ver fallando en el error CGSLookupServerRootPort.
La intención era que Chrome llamara este método a "calentamiento" ciertos recursos antes de habilitar el sandbox; obtener acceso a ciertos archivos, procesos o recursos de la red antes de que las restricciones de la zona de pruebas cayeran en su lugar. Sin embargo, parece que en algún momento este intento comenzó a fallar, lo que provocó estos errores en el registro. Supongo que Apple consideró este "calentamiento" como un intento de engañar a la caja de arena y comenzó a reprimirla.
Si estoy leyendo correctamente, este cambio alcanzó el canal de lanzamiento estable con una actualización de Google Chrome al 34.0.1847.131 en abril de 2014.
Es interesante que el equipo de Chrome haya estado discutiendo sobre eliminar estas llamadas al método sharedApplication atrás en octubre de 2013 e incluso discutimos sobre eliminar Cocoa por completo de los procesos del renderizador como objetivo de regreso 2009.
En una nota relacionada, Apple lanzó una solución de seguridad en abril de 2014 para resolver un error donde "las sesiones de WindowServer podrían ser creado por aplicaciones de espacio aislado ".