"Allow" button not working when System Software is blocked from loading

I have just figured out the answer to this question. On a different post, I read this comment from someone "Because of security reasons pressing the Allow button won’t take effect if you are connecting to the machine via Remote Desktop, or if the mouse/trackpad is emulated by a 3rd party application (MagicPrefs, BetterTouchTool, Synergy, etc.)"

Even though I dont have a third party emulator of the same kind in the examples, I realized maybe TeamViewer, and other similar apps might do the same thing - to allow mouse/trackpad input while remote controlling mac. So I started closing apps one after the other and none seemed to have helped. Finally, I disconnected the ethernet cable, and turned off wifi. I was then able to click 'Allow'.

Hoping this would save someone a headache who is on the same boat as me.

I was able to solve this by quitting the application called MagicPrefs. It was an application monitoring mouse clicks, so Apple was trying to protect the system by not allowing the button to be clicked. It's not a bug with MagicPrefs, and other applications may cause this behaviour too.

FYI, I did a quick write-up on my wiki: http://it.mundy.co/allow_button_not_working_when_system_software_is_blocked_from _loading

MacOS has a bug where it doesn't explain why you can't click that button. I looked in the console logs and found that clicking the button was blocked because the click was coming from Chrome's pid. I think this might be because I have Chrome Remote Desktop enabled. I quit Chrome and then was able to click Allow. Then I started Chrome again.

It shouldn't be this hard, but that's what we have to put up with when using Apple software.

Thank you. By using your method - checking the console logs and filtering for "mouse", I got the following row:

Dropping mouse down event because sender's PID (942) isn't 0 or self (522)

Then I found out that it was VOX player's settings pane preference which blocked it. I had to disable media keys setting and I was able to click "Allow".

I think to sum up this problem, we should turn off completely all the apps that have been given permission to control input devices (keyboard, trackpad, mouse, ...). Mine is VOX preferences ( Given the control of music control buttons ), when I turned it off, I was able to allow my app loading.

Good luck!

In my case I had to disconnect from OpenVPN (note that nothing was remotely controlling my computer, nor was I remotely controlling another computer - I just had the VPN up!)

(I also tried turning off bluetooth and disconnecting the wired keyboard with logitech remote receiver but it was the VPN that seemed to do the trick)

I spent quite a while looking for answers about this. Most of the search results on this topic suggested removing/disabling MagicPrefs (which I don't have) or making sure to be at the physical console (I am).

What DID actually work was switching to another user and clicking the "allow" button there.

Both my users have administrative rights, but the one where I tried to start vmware was

apparently unable to "allow" this kext to load, and the other user WAS able to allow it.

Must be some strange bug in play... but at least this work-around did the job for me!

I had this problem, and I was totally unsuccessful at determining which application was interfering with my touchpad. So here is the procedure that worked for me:

1. Install the application. (Cylance Protect)

2. Verify that in System Preferences, Security, the allow button is present for Cylance, but not working.

3. Restart in safe mode. (Hold down shift key while restarting the Mac).

4. Open System Preferences, Security, and click the Allow button. Prompt to allow the app from the publisher should go away.

5. Uninstall the app.

6. Restart in normal mode.

7. Re-install the app.

8. Test that app is now working.

Apparently, there are many apps that intercept mouse activity and interfere with these security approvals. It would be great if there were an easy way to disable all interface intercepting apps.

Thanks!

Following your advice, I temporarily disabled HyperDock and then was able to install VirtualBox.

Thanks spatchip. I was in the same situation as you and turning off Wifi worked like a charm.

After looking in the console I had the same problem, click was coming from Chrome's PID. After disabling the Google Play Music extension it worked (which I'm guessing also handles media keys?).

Thank you! I don't know why, but quitting all other applications and turning off WiFi did the trick. Weird.

1,000 thanks

in addition I had to disconnect Ethernet

aka WiFi cable ;-)

"Allow" worked for me as soon as I unplugged my Wacom tablet. Thanks for the mouse tip.

I solved this by unplugging my Wacom tablet and using the system mouse.