Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


tbrown last won the day on April 2 2019

tbrown had the most liked content!

About tbrown

  • Rank
  • Birthday 03/13/1949

Profile Information

  • Location
    Portland, OR

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I do this, but use sshpass like this: sshpass -p yourpasswordhere ssh pi@pihole 'pihole disable' sshpass is not installed on Macs by default. I installed using home-brew. Be sure you understand any security issues this may cause on your Mac.
  2. I don't think this has anything to do with whether the apps in question are part of the OS installation. Also, at this point, although I have no idea why, I currently do not have the problem. I can now quit Preview, for example. For the last day or so, I have been able to quit any app I tried to quit. I have had other fascinating Catalina problems I have been trying to understand. One is that Better Touch Tool takes a lot of CPU time, and particularly, is directly related to causing the Dock.app process to periodically take a lot of CPU time. This results in stuttering in the UI--typing, scrolling, etc. Not running Better Touch Tool fixes this. Similarly, I have stopped using a number of other background utilities to see if they affected the CPU time issue. My system now runs quite smoothly again. It is quite possible that some strange interaction between Catalina and these utilities was causing the problem with Alfred and that is why it now works. These problems are very complex and have many interactions. I don't pretend to understand yet.
  3. Turns out this is not quite as simple as I first thought. On my account, for example, Preview.app is in the Automation Preferences list under Alfred 4, but I cannot quit it. Pages is not, but I can quit it. Confusing, and I have no idea what the difference might be.
  4. I tried with with another user, and you are correct. There are not entries in Accessibility or Automation Preferences, but Alfred can quit applications without issue. Also, having forgotten about 'forcequit' in Alfred, I tried that from my user account. While I cannot 'quit' apps not list in automations preferences under my account, I can 'forcequit' them without issue. Not something I want to do routinely, I expect, but interesting.
  5. Since updating to Catalina, the 'quit' command in Alfred can't quit apps that are not listed as those that Alfred can control under System Preferences/Privacy/Automation. For example, on my system, I allow Alfred 4 to control Scrivener and I can quit Scrivener from Alfred. However, Kitematic is not listed and an Alfred command to 'quit Kitematic' does nothing. I can't figure out how to get other apps on this list do Alfred can control them. Dragging and dropping doesn't work to this panel. How do I fix this?
  6. My suspicion is that the workflow I created and use will still fail on your machine, since it is still not signed by an Apple developer. I think it only works for me because I created it locally and I can write and manage and execute scripts on my own machine without Apple caring--hence the instructions for building on your local machine. I also am uncertain as to whether it is proper for me to share the modified workflow here.
  7. There are many Alfred workflow that I use regularly that are failing for me after upgrading to Catalina. They fail with the message "developer cannot be verified . . .". See this thread, for example: I fixed that one by recompiling myself, on my machine from the GitHub source. For me, this verifies that this is a Catalina permissions issue of some type. Is there any way of fixing these errors without manually rebuilding these workflows on my own machine? I have verified that Alfred 4 is enabled for Automation (lots of apps, including terminal), accessibility and full disk access.
  8. This one was really important to me. When I upgraded to Catalina, it broke for me with a warning about malicious code or something. I figured it was a Catalina permissions problem of some kind. Here's what I did to fix it: 1. Cloned the git repository at https://github.com/iansinnott/alfred-maestro 2. I had to install go, which I did based on these instructions: https://golang.org/doc/install?download=go1.13.1.darwin-amd64.pkg 3. Following the instructions to build Alfred-maestro, I ran "make pack" in the Alfred-maestro directory. 4. Didn't work. Futzing around, I found that, in the Makefile, Alfred-maestro was to be copied into the workflow directory, but the build created alfred-maestro-master. So I changed line 8 of the Makefile to read: @mv alfred-maestro-master workflow/alfred-maestro 5. Ran "make pack" again and it completed successfully. 6. Installed my new Alfred-Maestro.alfredworkflow. 7. It worked! I did all this in terminal. Took me just a few minutes and now I am a happy user of Alfred-Maestro again. I have not seen this issue with other Alfred workflows I use regularly.
  9. I got this to work the way I wanted. This workflow uses bash scripts. However, one of the bash scripts adds osascript -e 'tell application "Finder" to activate' at the end to bring Finder to the front. I added this to others, like "fo" and "rf" and it works perfectly! thanks
  10. My use case for this workflow is usually this: I am doing something incredibly creative (!) and I need to reference a document from somewhere. I do fo (folder name) or maybe rf (select recently opened folder). The folder opens in Finder--cool! However, Finder is in the background. If I run this workflow with Finder in the background seems reasonable that I want Finder brought to the front so I can look at what I asked for. Any ideas about how to fix this in the workflow?
  11. Ha! Thanks. I didn't realize the environment variable was with Alfred. I was looking for a way to set it system wide on MacOS. No wonder I didn't find this. Works perfectly the way I want now.
  12. Okay, you've got me dazzled. How in the world do I set the environment variable to avoid opening new tabs? I have set it in .profile and in my .bashrc so that it is correctly set in bash terminal windows, but this has no effect on the Alfred shortcut. It still opens new tabs. I have searched and found nothing clear about how to do this. Weird stuff like creating .plist files. What's the best way? BTW, I love this workflow. Thanks for posting it.
  • Create New...