Jump to content

JuanCab

Member
  • Posts

    6
  • Joined

  • Last visited

Posts posted by JuanCab

  1. I am attempting to get the Shorten URL workflow at https://github.com/hzlzh/Alfred-Workflows to work for me under Alfred 5 on my Monterey mac.  It failed initially reporting:

     

    Reason: launch path not accessible

    /usr/bin/python

    Check that the selected language exists on your system.

     

    However, even after changing the workflow to use the available /usr/bin/python3 language, and I can see it is set to use that language in the workflow page, I still get THIS error. Its like no matter what I set the language to for the script.  Why might Alfred be ignoring the language setting?

     

     

  2. Thanks to the new privacy model in Mojave, I can't seem to get terminal commands from Alfred to run in iTerm2.  In essence, it doesn't appear that setting the Terminal/Shell application to "custom" and then using AppleScript to open iTerm2 triggers the TCC (?) permissions seeking popup, so there is no permission from the OS for Alfred to open iTerm2.  Has anyone figured out a workaround since the Security & Privacy prefpane doesn't allow ADDing of Automation permissions.

  3. I am using Alfred 3 (release) [i am a Mega Supporter.  I noticed the "Pref Cog" disappeared from my Alfred Theme.  I assumed this was a problem with the Appearances preferences, so I accessed Alfred's preferences,selected "Appearance", and then "Options", and I noticed the "Options" pane does NOT appear to have an option for showing the Pref Cog.  Should I assume this is a bug?

    If not, please restore the feature... I know I can access Alfred's preferences by just typing "preferences" but prefer the cog.

  4. This one doesn't work for me.  Just gave it a simple test and it didn't detect my VPN set up (which is using a VPN setup within the Network settings, which appears to be what the AppleScript is looking for).  Can't tell you more than that for now.  May experiment with the AppleScript later to try to ID the problem.

  5. I have to report that I seem to be having extensive problems with DropBox syncing of preferences with Alfred 2.  I upgraded to version 2 with PowerPack yesterday.
     
    I originally set up syncing of the references to 
     
    ~/Dropbox/Application Support/
     
    but before I had even going Alfred 2 running on a second Mac, I noticed that settings related to the appearance would not stick (the Hat wouldn't say out of sight and the menu bar item wouldn't stay selected).  Also noticed Custom search URLs were not saved.  
     
    After several cases where I completely wiped out all the 
     
    ~/Library/com.runningwithcrayons.*
    ~/Library/Application Support/Alfred 2/
     
    files and started from scratch, all I can say is IT IS NOT A PERMISSIONS problem (as I kept being told on Twitter), at this point I figured it was a BUG in either the DropBox API or Alfred 2.
     
    I finally just kept the preferences in ~/Dropbox/ and that seemed to work.  I was happily able to use DropBox storage of preferences and everything was saved correctly.  At this point, after waiting for DropBox to have fully synced (its fast on our Gigabit network), I set up my office desktop Mac Pro with Alfred 2.  That worked perfectly.

    I came into my office this morning, after playing with Alfred 2 Workflows on my laptop overnight and Alfred 2 on my Desktop was exhibiting the same behavior of reverting to default appearance settings, all custom search URLs were missing, and in a new bit of bugginess, a new theme I created would not appear.  
     
    Quitting Alfred 2 and restarting it didn't seem to help.  I am wiping out the preferences again.
     
    I really have come to believe there is a serious synching bug with either the DropBox API (which I have never experienced problems with before in other apps) or with Alfred 2 itself.
×
×
  • Create New...