OS X 10.11 no puede presionar "permitir" en los diálogos de acceso de llavero


20

Me encuentro con un problema en el que el cuadro de verificación de contraseña del llavero no verifica la contraseña, no se sacude por una contraseña incorrecta y no sucede nada cuando presiono "permitir". Estoy usando el llavero de iCloud.

¿Qué podría hacer que Keychain Access quiera ... cuadro de diálogo para no verificar la contraseña?

No pasa nada cuando presiono "Permitir" con contraseña ingresa. El cuadro no se agita cuando la contraseña es incorrecta: ingrese la descripción de la imagen aquí


1
Tengo exactamente el mismo problema :( ¿alguien?
Jugador

2
Relacionado: stackoverflow.com/q/33311873/1214800 OMG ¡Quiero romper cosas!
brandonscript


También me encontré con este problema, resultó que tuve que desconectar mi tableta Wacom y usar un mouse normal (Magic Mouse en mi caso) para que funcionen los botones 'permitir' o 'siempre permitir'. Un error tan extraño para diagnosticar. Afortunadamente, no tuve que desactivar ninguna de las aplicaciones en Configuración -> Seguridad -> Área de accesibilidad.
Anil Natha

1
Este problema es causado por una nueva restricción de Apple en Keychain por la cual los scripts y las aplicaciones ya no tendrán acceso remoto a las funciones de Keychain como la exportación. Hubiera dejado esto como una respuesta, pero este hilo ha sido protegido de respuestas spam que no contribuyen a la pregunta
Jcpennypincher

Respuestas:


18

Encontré este mismo problema hoy. No pude "Permitir" o "Permitir siempre" ningún programa, ni pude confirmar mi contraseña en ningún diálogo. La interfaz no se sacudiría, incluso si hubiera ingresado la contraseña incorrecta.

Uso Synergy para facilitar la programación en varias computadoras diferentes. Mi mouse y teclado no pertenecen al dispositivo Mac OSX. Pude presionar el botón "Permitir" una vez que usé un mouse realmente conectado al dispositivo Mac OSX.

En general, intente desactivar los servicios KVM virtuales o físicos y use el mouse / teclado Mac directamente.

Esperemos que esto pueda ayudarlo a usted u otra persona que venga en busca de ayuda.


Descubrí que con el Escritorio remoto en ejecución, tener un mouse conectado (y mirar en la pantalla remota cercana) aún presenta el problema. Incluso conectar una pantalla y un teclado mientras se observa el escritorio remoto presenta el problema. Eliminé el escritorio remoto e intenté desde VNC: el mismo problema. Sin embargo, tener VNC ejecutándose y acceder desde el teclado instalado local está bien. Esto apesta!
Jasper Blues

8
La respuesta de @ BobChao87 es correcta. Tuve el mismo problema cuando se lanzó el programa MagicPrefs (utilizado para personalizar la experiencia de Apple Magic Mouse). Si está usando MagicPrefs, simplemente salga de este programa y todo funcionará bien.
Kirk Hammett el

1
@Behdad, creo, podemos contactar a MagicPrefs directamente para preguntar si pueden advertir a los usuarios sobre este problema. UPD: contactó a los desarrolladores con respecto a esta pregunta.
Kirk Hammett

1
¡Te bendigo @KirkHammett por salvarme de la locura!
SaxDaddy

1
@KirkHammett Tengo MagicPrefs y no me permitiría 'Permitir', ni con el touchPad, ni con el mouse externo. Pero presionar <enter> sin mover el mouse funcionó
codrut

3

Para mí, tuve que ir a System Preferences-> Security & Privacy-> Privacy.

A la izquierda, haga clic en Accessibility, luego en el lado derecho desmarque cada casilla de verificación. Esto resuelve el problema. Para mí, tenía Steam (de VALVe) ejecutándose y Karabiner (editor de teclas del teclado) que también podía controlar la computadora.


Eso es extraño. Tengo un montón de artículos en esta sección de privacidad, pero mi llavero sigue siendo completamente funcional. ¿Puede detectar un mensaje de error de la consola que muestra lo que se registra cuando se habilitan las extensiones incorrectas? Tengo ocho aplicaciones habilitadas para controlar y una deshabilitada. Por supuesto, cuando controlo remotamente esta Mac, eso rompe el llavero por "razones de seguridad", pero no todas las aplicaciones en Accesibilidad parecen causar que el llavero evite acciones sintéticas.
bmike

1
No pude encontrar ningún error de consola. Steam parece ser el problema, pero no pude confirmarlo.
Steve Tauber

+1 Esto lo resolvió para mí. ¡Gracias! Dropbox fue uno de los programas en esa lista para mí.
JasonSmith

2

Acabo de arreglar esto. Utilizo un complemento llamado SmoothMouse que mejora la aceleración del trackpad y el mouse. Probablemente se integra con las API de accesibilidad en OS X y, por lo tanto, desencadena el mismo comportamiento que el uso compartido de pantalla. Deshabilitar el complemento resolvió el problema.

Puede ver la pregunta hermana StackOverflow aquí también.


2
Estaba teniendo el mismo problema al usar una tableta Wacom con El Capitan. Desconectar la tableta me permitió exportar mis certificados.
MiKL

@MiKL, tuve el mismo problema, a través de las pruebas de varias configuraciones más resistentes me di cuenta de que mi tableta Wacom era el problema. : /
Anil Natha

También intenté instalar los últimos controladores desde el sitio de Wacom, pero eso no resolvió el problema. :(
Anil Natha

Confirmo que esto parece haber resuelto mis problemas. Estaba usando MagicPrefs y cuando salí, está demasiado resuelto y no puedo presionar Permitir. (Podría usar <space> para presionar Permitir pero nunca el mouse o el Permitir siempre. Denegar siempre funcionó.
cgseller
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.