luckman212

@gmile When you run those commands from your shell, the PATH will have been inherited from whatever environment / rc / profile scripts were sourced. This could be things like .bashrc, .bash_profile, etc. Not sure what fish uses but you get the idea. Alfred won't run those, so either manually set a PATH environment variable that includes /usr/local/bin or adjust your script's shebang to point to the absolute path to elixir instead of relying on env... 
#!/usr/local/bin/elixir

https://github.com/FrodeSolheim/fs-uae-launcher/issues/141

http://eab.abime.net/showthread.php?t=109585

Thanks @vitor - good advice. I tried to register on their support forum to post the issue but as of now my status is 'pending' and I can't post yet. Deleting the app for now, as I'm not really using it. Once I did that, the "problem" in Alfred went away. Will follow up later.

@Vero I had a bit of a dig into this. I think I figured out why it's happening.

I looked into the Info.plist of the offending app (FS-UAE) and found what appears to be an invalid bit (the CFBundleIdentifier is null):

This hasn't caused other problems (that I'm aware of) but I assume that somehow it's tripping Alfred up.

Has anything changed since 2016?

I recently learned about globally adding to launchd's PATH using e.g.

sudo launchctl config user path "$(brew --prefix)/bin:${PATH}"

But Alfred as of 4.6.1-1274 still seems to ignore this?

Any way to get him to honor the custom PATH env var?

edit: gets a bit weirder... actually Alfred DOES honor this, but not upon first launch after login (auto-start). Only after you quit Alfred and then re-launch him, will he then inherit the new PATH. Strange, I guess maybe there's some race condition happening during login where Alfred launches somehow before launchd has a chance to update things?

24 minutes ago, Vero said:

@luckman212 What do you have listed in your browser list? Is that Launcher included as a possible browser by macOS?

Here's a screenshot (no, FS-UAE is not in the list)

24 minutes ago, Vero said:

 

If you add a new Default Web Search object, does it show a specific browser icon or not?

Yes, I tried in a fresh new workflow, it shows that same erroneous icon...

24 minutes ago, Vero said:

Could you pop an email to info@ with your workflow, and include your Diagnostics file?

Surely, I just did that. (btw: the workflow is just the default "Google Suggest" workflow from Examples, v1.4)

• macOS 12.0.1
• Alfred 4.6.1 [1273]

I noticed this harmless little bug:

In the workflow editor, a random(?) icon is shown to represent the default system browser. Here it is picking up the icon from an app called "FS-UAE Launcher" on my system:

If you double click the object, the correct browser/icon is shown:

I tried re-setting my Default Browser prefs in System Preferences > General, quitting & relaunching Alfred but it didn't change. Regardless, the correct browser does actually open, so this is purely cosmetic.

@Vero Thanks for you help on this. I eventually tracked this down to what appears to be a macOS bug. I was setting the Finder comment (and they were appearing in the Get Info box, as shown in my earlier screenshots!) but somehow, the metadata was not actually being populated. Your tip on using the Alfred Metadata Tool was really helpful in identifying this. I ended up using osxmetadata to set the comment (combined with sudo), and that seemed to work.

sudo osxmetadata --set com.apple.metadata:kMDItemFinderComment 'alfred:ignore' -- "/Applications/Utilities/Adobe Creative Cloud/ACC/Creative Cloud Helper.app"

Once I sorted that, all working fine now! ☺️

Following up on this one, hoping in the future there's a way to programmatically trigger this reload function!

Thanks @Vero for looking at it. Yes these particular apps are in /Applications/Utilities/xxx and in actuality the "real" path may be /System/Volumes/Data/Applications/Utilities/xxx because of APFS obfuscation. Regardless, the "alfred:ignore" trick DOES work for me on files in /Applications proper. Just not this Utilities subfolder for some odd reason. That's the mysterious part, and why I thought it might belong in /Bugs.

Hi,

• macOS Monterey 12.0.1
• Alfred 4.6.1 [1272]

I have a problem with some apps like Adobe that litter the disk with dozens of useless "apps", cluttering my search results. If I type "creative" in Alfred for example, here's what it looks like:

I'm trying to hide everything there except "Creative Cloud.app". The simplest way I know of is to add "alfred:ignore" to the Finder comments. This has worked for me in the past, but does not seem to work here.

I've tried:

• quitting/relaunching Alfred
• using the "reload" keyword
• clicking the "Clear Application Cache" button in Settings > Advanced

I know about adding the folder to Spotlight's ignore list, but I'd like to know why the alfred:ignore method isn't working. Any tips?

Excellent! Glad to hear.

@lamhoangtung I uploaded a new version of the workflow (1.0.1). Please give it a try!

@lamhoangtung You're running macOS 12 right?

It annoyed me that LiveText activated when I didn't want it (e.g. when trying to draw a marquee in Preview.app) so I came up with this quick little toggler for the feature. Only tested on macOS 12.0.1 on an M1 Mac Mini. Please report any problems!

https://github.com/luckman212/alfredworkflows/blob/master/LiveText.alfredworkflow

Nice info @vitor — and you're right of course. I switched to a different theme and the dancing colon was gone. Always interesting to learn about obscure features like this.  I suppose it'd be easy to change fonts by duplicating the theme in Alfred, but now that I know why this is happening it doesn't bother me anymore!

Reminds me of this funny stand up comedy bit—can't remember who now (Ray Romano?) but goes something like..... "when you start getting older, you might notice a lump one day on one side and start panicking... until you feel the same lump on the other side and breathe a sigh of relief.  Whew!  It's symmetrical. It's supposed to be there!"

Oh wow. Didn't even think of testing Spotlight, but yeah— lo and behold, same thing. Strange one indeed. Thanks for looking, guess we'll see if macOS 12 changes anything.

• macOS 11.5.2
• Alfred 4.5.1.1256

Saw this today, while starting to type a time into Alfred.... made a short recording

Keep your eye on that : colon ...

https://user-images.githubusercontent.com/1992842/129944232-f1a889a9-5e9e-4e17-a694-f6d50c711a5f.mp4

@Andrew Thanks. I think this might have been a problem with the metadata in Setapp itself- it updated a couple of days ago, and after doing a reload in Alfred, the problem has gone away. ¯\_(ツ)_/¯

@Andrew sure, just tried that (twice in fact). Did not help in this case. Also saw a new beta was out (1253) so I gave that a whirl. but no change.

Oh I've run into this a number of times too.  Would be so useful.

I'm having a problem on ONE of my Macs (M1 Mini) where results are showing up that I don't want (from ~/Library subfolders, see example screenshot).

• I've tried rebuilding Alfred's metadata cache but it didn't resolve this.
• Strangely, on my Intel Macbook Air this problem doesn't manifest.
• Both systems are running the same version of MacOS (11.5.1) and Alfred (4.5.1252) and are sharing synced preferences.

I was surprised this wasn't possible, but today I wanted to drag 2 items I had collected in Alfred's buffer to another app that can receive file drops. I found out that it only seems to allow dragging 1 file at a time from the buffer area. 

Am I missing something or is there any way to do this?  Yes I know about "actioning all items" to send buffer contents to a workflow but I specifically need to drag them in this case.

(Alfred 4.5 b1252 by the way...)

This is great. Glad to see so much discussion and careful thought around this issue. Thanks @deanishe for your explanation of the subprocess / PATH issue. And thanks to @vitor and of course @Andrew as well.

I agree with the concept of a per-workflow: [x] Enable Homebrew support checkbox that sets  PATH  and  HOMEBREW_PREFIX . That seems like a really low-impact way to provide this functionality without affecting anything for existing users or people who chose not to use it.

2 hours ago, deanishe said:

Alfred doesn’t stop you from adding a PATH variable, but I think it ignores anything you set.

Actually it doesn't ignore it—I've run into trouble once or twice by overriding  PATH  and forgetting to include a necessary dir.

Example:

(Script:   echo $PATH )