After Upgrade to El Capitan, Clicks on "Allow" or "Always Allow" on keychain dialogs don't register

The hint to look for the error message

Ignoring user action since the dialog has received events from an untrusted source

in the console log was what solved it for me. That plus the suggestion to add the offending application to System Preferences > Security & Privacy > Privacy > Accessibility. In my case, the application causing the problem was Better Touch Tool. I don't have a good way to discover the offending app, but in my case BTT seemed to be a likely culprit, and indeed that was the case.

OMG Thank you for this Wacom tablet tip! I didn't even unplug mine, just grabbed my Apple mouse to use Keychain Access. Voila, passwords I couldn't access after El Cap are still there, alive and well (just like others have described, I could put in my login password till I was blue in the face but the dialog box just sat there doing nuthin'. Keychain had to be force-quit.)

So then what is the solution for people who use Wacom tablets? I don't want to unplug my tablet every time I need to use Keychain. Is there something we can add to the Accessibility > Privacy list that will make the problem go away?

I updated to the latest drivers and the problem still occurs.

I just use a mouse instead when I need to open a keychain item. No need to unplug the Wacom.

It would be nice if the trackpad worked...Apple and Wacom have never really played nice and it drives me nuts.

I've found that if the Wacom is still plugged in, I can't view the saved passwords in Keychain. Resetting the keychain didn't do anything, so I rolled back to my original keychain. If I unplug the Wacom, I can view the passwords, even though the WacomTouchDriver and WacomTabletDriver processes are still running.

It appears that this if the Wacom tablet is connected and the process WacomTouchDriver is running, the SecurityAgent error is generated and input into the Keychain Access password dialog box is ignored. For me, it doesn't seem to matter if the Wacom is connected or not, or whether input is coming from the built-in trackpad on my Macbook Pro or the Wacom tablet.

I also tried to add WacomTabletDriver.app as a trusted input source application in System Preferences>Security & Privacy>Privacy>Accessibility, but that didn't fix the issue. The problem seems to be WacomTouchDriver, and that's not an Application, but rather a Unix Executable. Unix Executables cannot be added as trusted Accessibility applications.

If you kill the two Wacom processes (WacomTabletDriver and WacomTouchDriver), you can view the password.

To "kill" or stop the Wacom processes enter the following In Terminal.app:

pkill WacomTabletDriver

You can then go view the password or other information you are looking for in Keychain Access.app.

To restart the Wacom processes enter the following In Terminal.app:

open /Library/Application\ Support/Tablet/WacomTabletDriver.app

You may be able to just double-click on the application WacomTabletDriver.app, but it's faster to use the Terminal.

The problem for me was caused by SmoothMouse. All I did was go into system preference, toggle off SmoothMouse, click "Always allow"and toggle it back on. Still wasted a lot of time trying to figure out what was going on. At the least, Apple should show a little popup or balloon tip to indicate that the click wasn't trusted, to at least get users on the right path.

Absolutely insane disregard for users sanity, especially how common and widespread this issue is.

I cannot believe this has not been sorted yet. I have a server machine that I cannot access physically.

Same here... We are running our building server on 10.11.1 at the moment and disabled all auto-updates to be able to work, but this is far away from a "solution".... Waiting for months now..

This isn't a fix, but it's a workaround for now.

If you have accessibility controls turned on, you can navigate those keychain dialog boxes using keyboard alone (assuming you have a normal keyboard attached, and it's not made by Wacom!)

You can use your tablet to navigate in Keychain and open the small window with the password in it.

then you can TAB through the fields - they'll be highlighted when focussed.

Once you get to Comments field, you amy need to CONTROL-TAB to the checkbox, then hit SPACE

After entering password, you can ENTER or TAB around to the other buttons.

I think my accessibility key commands are the default, but check them out in System Preferences.

This works for me without needing to force-quit or unplug anything.

I expect it's up to Wacom to update their drivers before a proper fix is forthcoming.

Thanks a lot, it was dropbox app in my case, which was disabling all the clicks including the touch pad integrated in my MacBook. Fu.. apple for this. Maybe some little error message after clicking would help 😟

Hi Jluros, yes , just to confer with you that in  OSX 10.11.3, the Wacom tablet does cause the "SecurityAgent[81683]: Ignoring user action since the dialog has received events from an untrusted source" message to be logged when sing the Pen to acknowledge the keychain "Allow" or "Always Allow" prompt. Further cursory testing also shows nah if the Wacom Table Pen is involved in ANY interaction of the props, the access is ignored.

The incrusted source is the Wacom Intros Pen.. in the Mac Pro.

Workaround: Using another input devices such as ⌘+i, return key on attached keyboard, or the apple trackpad works fine.

I too looked for a process to add to the system prefs/security bit to no avail as other thread posters have mentioned.

Thanks for the tip mate!

Warwick

Hong Kong

El Capitan v10.11.4 corrects the problem. About the OS X El Capitan v10.11.4 Update - Apple Support

- Fixes an issue that prevents using screen sharing to remotely click the Allow button or Always Allow button in Keychain Access