luckman212

@vitor Just a reminder, now that A5 is out, this new parameter should be added to the documentation at https://www.alfredapp.com/help/workflows/inputs/script-filter/json/

This is cool, but in case someone wants a step that doesn't require installing python3 (which isn't preinstalled on any macOS...) this zsh script should also accomplish the same thing, unless I am missing something?

Count me in for this too! +1

Tested on my end as well, seems to work regardless of the word order... @rob213

Yes it's indeed fixed now, thanks @Andrew !

Ok. It's a minor issue anyway. Only OCD'ers like myself would likely even notice.

No worries. It's actually quaint and I enjoy imagining Alfred asking me "Care to pick from your Favourites?" with a Cockney accent.

@Andrew Thanks for the reply. But, the first v5 build I downloaded was the GM1 (2057) build. Prior to that I only ever had v4.6.7.1305. So I'm not sure if the fix is working.

5.0.2057 I had an issue where pasting items from Clipboard History wasn't working, even though I had granted Accessibility permissions to Alfred 5 and rebooted several times. I had to go into SysPrefs, remove Alfred and then re-add him to get it working. This is likely a macOS bug, but it would be nice if Alfred checked his own permissions upon launch and notified the user if they're not correctly set. Hammerspoon as an example handles this nicely, providing a "green dot" when all is good:

5.0.2057 Not sure why but there is a small scrollable area in the Workflow Config dialog, just 10-20px or so:

Searching the workflow palette should offer better keyword matching, e.g. typing 'variables' should surface Arg & Vars, but it doesn't

5.0.2057 There is a small typo in the Debug Workflow object (do->to):

On systems with en-US locale, Favourites should be Favorites. There are probably other areas in the UI where this appears, I didn't check them all.

v5.0.2057 In the Workflow Editor palette, under Getting Started, there is black on dark grey text which is virtually unreadable:

below report is based on 5.0.2057 running on macOS 12.4 on an M1 Mac Mini When upgrading from v4, the old Startup Item wasn't removed, so there was an Alfred 4 item with a yellow exclamation mark left in System Prefs -> Users -> Login Items

@Andrew @Vero Any chance this feature will be considered for Alfred 5? (I just bought my license today but haven't downloaded yet...)

@vitor Amazing ! Can't wait to try this.

@Andrew Works a treat! Thank you for the quick fix 🏆

I'd like to suggest a feature: - Allow Universal Actions to appear or not based on a regex pattern match. This would be better than just "Text" or "URL". My Universal Actions list is pretty long and unwieldy. There are easily 30-40 items when I call up the menu. Yes I know latching brings the most used ones to the top, and I know I can filter them by typing a few letters. But sometimes my brain works at very low capacity. Having it limited by regex would make Universal Actions a lot nicer! related tweet: https://twitter.com/luckman212/status/1532802001620414464

I think I found a little bug. Alfred 4.6.6.1303 / macOS 12.4 I have a few script filters that I explicitly do NOT want to show up as Universal Actions. So, I uncheck said box from the Workflow Editor. Great. Now, if you go in to that object and make any changes (clicking Save) ~poof~ the checkbox has silently re-enabled itself. Here's a video repro... https://user-images.githubusercontent.com/1992842/171930928-15bd72ce-386e-4965-a03c-4998b6013e18.mp4 I know Alfred 5 is coming, but hoping this might be fixed before then. 🙏

Thanks @vitor -- I ended up down a rabbit hole but came out the other end with a solution. At first I was trying to compile a custom build of sqlite with the SQLITE_ENABLE_UPDATE_DELETE_LIMIT flag enabled, but that dead-ended. Then I learned that every sqlite db has a hidden unique column called rowid that I was able to hack into the .py script below. It works well enough for me. Maybe useful to someone else, so I'm posting it here. https://gist.github.com/luckman212/2d87efeb09cce7058ea42eee846effa3

Nope... not true, sometimes >1 entry have the same timestamp: We really need a unique primary_key in this table...

I'm trying to do some manual things with Alfred's clipboard db. I notice there seems to be no primary key in the table structure? Is that correct? How can I safely delete the "most recent" entry? Also, why is dataHash always null? thanks

Hi @Andrew any more thoughts here? We're all the way up to 4.6 now and still can't match words inside parentheses () ... this includes snippets names as well which bit me today as I was looking for something. I hope you're still considering some improvement here, thanks

😱 ...ok.