It is yes. Not sure what it was but even doing open directly on the path to Emacs.app didn't want to work. I killed some open instances and now seems to be working. Thanks!
Got you. Regardless I just tried the workflow you mentioned and even though the aliased Emacs.app is created in /Applications, double-clicking it doesn't open it, neither does right-click, then selecting open.
This is issue is actually still occurring for me. I have an app '/opt/homebrew/Cellar/emacs-plus@28/28.2/Emacs.app' which Alfred can't find when I do the search for 'Emacs'. It should find it though as the Search Scope box in the Default Results preferences has the path '/opt/homebrew/Cellar' by default.
System: macOS 11.2.2 (20D80)
Alfred Version: Alfred 4.3.2 [1221]
Is there a way to get Alfred to open 1password items in the 1Password mini window instead of going to the website (direct-url) always? Its annoying to have to hold the ⌘ key to force Alfred not to go to the url and open up in the main 1Password app (not the mini window). If the item in question doesn't have a website url attached it opens the mini window as I am describing but not if a url is attached to the item in 1password.
System: macOS 11.2.2 (20D80)
Alfred Version: Alfred 4.3.2 [1221]
Reproducibility: Always
Steps:
1. Open Alfred preferences and verify 'Hide mini player after selecting song' is enabled.
2. Invoke the Music.app mini player by invoking Alfred's shortcut.
3. Select to 'Play all tracks by' a certain artist.
4. Verify music starts playing but window does not dismiss.
Expected Behavior:
That the window dismisses on selecting to play all tracks by a certain artist.