macOS Catalina attempts to delete the executable

[andreiborisov]

macOS tries to delete the executable, if you click Cancel and then Allow Anyway inside System Preferences after that, it deletes the executable silently on the next try (oh, Apple).

Mirror issue for Alfred SSH workflow: deanishe/alfred-ssh#25

[deanishe]

it deletes the executable silently on the next try (oh, Apple)

So it's a bug in Catalina?

[andreiborisov]

@deanishe perhaps, I’m not sure. The interesting thing here it’s only affects mentioned Go-based workflows. Is there something particular in the way those two invoke executables?

[deanishe]

Is there something particular in the way those two invoke executables?

Most workflows tend to be scripts and don't contain binaries. AFAIK, there are similar issues with binary libraries, too.

The same restrictions don't apply to scripts. AFAIK, the only reason for that is because you can't reliably sign scripts: they're no safer to run than binaries.

Anyway, thanks for the heads-up. There doesn't appear to be anything I can do about it, unfortunately.

You could try building the workflow(s) yourself, or use the old Python version of this one, and try isometry's SSH workflow.

[jefftriplett]

This blew up on me too. The fix for me was:

1. System Preferences >> Security & Privacy >> General
2. Click the 🔒 to allow changes
3. Then check out the Allow apps downloaded from: [x] App Store and identified developers
4. Restart Alfred
5. Try the workflow again
6. Back out of Security & Privacy
7. Re-enter Security & Privacy
8. There should now be an Allow alfsubl option which you'll want to allow
9. Restart Alfred again
10. Try the workflow again and repeat the steps 6+ as needed.

[andreiborisov]

@jefftriplett thanks! It did work for me, the important part seems to be to restart Alfred after clicking Allow Anyway

[vitorgalvao]

Have you tried locating the binary in question, right-clicking it and choosing Open? That’s the way you do it for apps, so it might work here as well.

[baa76]

(Also posted on Alfred Forum)

Hi there,

I was getting the same errors which were quite frustrating. Adding Alfred here has seemed to work for me.

[andreiborisov]

@baa76 do you know how to make this category appear in Settings?

[baa76]

At a guess you may need to install apple developer tools?
I had trouble with git after updating to Catalina and found this stackoverflow thread on updating the developer tools - this may do the trick although not certain? Perhaps somebody else more qualified may be able to verify.

[deanishe]

At a guess you may need to install apple developer tools?

Ah, shit. That's a shame. I presume that setting will fix all workflows in one go.

[andreiborisov]

That’s the problem, I have both dev tools and Xcode installed, and this section just disappeared...

[baa76]

This article - specifically the section on Privacy states that is a feature of Catalina - so perhaps nothing to do with Dev Tools? I am currently at the most recent version 10.15.1 - I will admit I didn't notice this preference until yesterday after upgrading the day before. But yes, it seems to have been the solution for all of these workflows.

[stacksjb]

Right clicking works. Follow the following steps:

1. Right click on the "GIPHY" workflow in aired preferences, and click "Open in Finder"
2. Right click on the "giphy-alfredworkflow" app, then click Open (NOTE: regular double clicking will NOT work)
3. Click "Open"

The workflow will now work as expected. You may need to repeat these steps if you upgrade or reinstall the workflow later.

[joelmellon]

Right clicking works.

This.

It's a common workaround that I'm sure every Mac power user has done plenty of times. The only trick here is locating the file. Since it's an Alfred workflow, it should be pretty obvious to start looking there.