Help with auto pasting in Alfred (1172) and macOS 10.15.6 (19G2021)

[raguay.customct]

The update I received today no long pastes to topmost application when copying to clipboard. I have to run the workflow and then press Ctrl-V. Can I get the old behavior back? 

[Vero]

@raguay.customct Ctrl + V? Have you changed defaults from the macOS Cmd + V? If so, Alfred is expecting Cmd + V to be the standard paste combo.

 

If you did mean Cmd + V and content isn't being pasted, which version of macOS are you using? If you're in Catalina, please open Alfred's prefs to General > Request Permissions... and remove / re-add Alfred from the Accessibility permissions, as Catalina seems to forget permissions upon update. 

 

If the issue persists, please provide more details:

• Do snippets paste as expected? Content from Clipboard History?
• Did you change anything relating to Cmd + V recently?
• Are you running any other keyboard modifiers or clipboard apps concurrently that could be interfering?
• Could you make sure you test in TextEdit, as it's the most basic native app?

Cheers,
Vero

[raguay.customct]

Cmd+V isn’t overriden by any program or keyboard manager. My copyclips workflow using ctrl+v to paste one of the clips of text saved by ctrl+c. 

 

Snippets also quit working, so I guess they are related. By pressing Cmd+V I can paste what the workflow pushed to the clipboard.

 

I tested everything in TextEdit and all of my other editors. The results are the same everywhere.

 

The only thing that changed on my setup was the update to Alfred.

[raguay.customct]

I was able to fix it. Alfred 4 no longer had the `Input Monitoring` security checked. Actually, Alfred wasn't in the list at all. I had to manually add it. I know it was before the update. So, the update removed it from the list but wasn't able to add it back? I'm assuming something like that.

[Andrew]

@raguay.customct Alfred doesn't need to be in the Input Monitoring section, as he is in the Accessibility section which also covers keyboard input.

 

If for some reason the permissions stopped working in macOS, removing Alfred from Accessibility, and re-adding him back again fixes the issue.

[raguay.customct]

That's what I thought. But, I couldn't get it to paste or expand a text expander until I added it. Therefore, I assumed it used to be there. I tried removing/adding to accessibility, but that didn't change anything. Weird!

Edited September 4, 2020 by raguay.customct

[Andrew]

@raguay.customct How did you manually add to the input monitoring? As far as I was aware, apps had to request to be added there themselves, and there is no +/- button...

 

[raguay.customct]

On my system, It has the + and - buttons to add and remove. See picture below.

 

 

[Andrew]

@raguay.customct fair enough - why would Alto's Adventure have access to monitor your keyboard input at all times? Seems a bit odd / unnecessary.

 

I'm sure this is an isolated issue on your Mac for Alfred though, and maintain that Alfred doesn't need to be in there. I'm certain if you were to create a new user account on your Mac, and try from there, Alfred would work in the Accessibility prefs like it is for others.

 

I'm moving to Discussion and Help as you have a solution.

[raguay.customct]

Yea, Alto's Adventure required it. I'm assuming it is using it to detect input going to another app as it will automatically pause.

 

As for the rest, I haven't tried it on another user yet. But, on my login if I remove it it quits working again. I always get the weird stuff.