luckman212

Nevermind—found it!

Apparently he exports the following environment variable: alfred_preferences_localhash

Still a mystery how it's generated, but it's one that won't necessarily keep me awake at night.

I have a Python script contained in my Workflow that needs to know the state of the enabledFiles setting which is a Local preference, apparently stored at:

<path-to-synced-prefs>/Alfred.alfredpreferences/preferences/local/<sha1-hash-of-???>/features/clipboard/prefs.plist

I can't figure out how to reverse the hash/ID (sha1?) that identifies the local machine. I assume it's some combination of Machine SN#, name, type, etc. but I can't find documentation on that anywhere. Hoping someone can help...🙂

@oorbx Nice idea. I already have another workflow that uses imagemagick to perform some operations like that, DPI conversions, resizing, adding borders. I'll eventually try to integrate them all together in a future version, but it wouldn't be ready for a little while.

@oorbx Please give 2.3.3 a try when you have time. Thanks

4 minutes ago, oorbx said:

 

deleted completely, installed new. output folder empty 🙂  strange

Somehow the wrong change got committed at some point while I was removing the Bash5'isms. I'll upload a v2.3.1 soon that fixes it...

@oorbx Actually it seems some incorrect code slipped thru. Not sure what happened but I'm away from my Mac at the moment. I'll fix it asap, sorry

No, I don't think it's the 13.3 beta. looking at the pastebin it seems you still have an old version of the workflow installed. Not sure why the in place upgrade didn't work, but why don't you go ahead and delete the entire workflow, download the latest one and reinstall it

Let me know if that clears things up. @oorbx

@oorbx Hmm. Can you please open your debug console, press "Clear" and then run the workflow all the way through, then copy & paste all the output to a pastebin?

v2.3.0 is out. Let me know how it's working for you.

I just pushed v2.2.1 which should remove the bash5 dependency and also adopts Alfred 5's more friendly Configuration panel. @oorbx if you want to test & report back... thanks

@evanfuchs Hmm, looks like you're on the builtin bash3 still. I didn't expect or plan for that. Bash3 doesn't know about ${var,,} to convert to lowercase. I could use tr '[:upper:]' '[:lower:] instead, but it's a little less efficient. Do you have Homebrew installed? brew install bash5 should get things working.

@oorbx and @evanfuchs - Can you try the latest version of the workflow (2.1.4) that I just published? I think the problem may have been that I previously had not enabled the "Keep File Lists" option in my Alfred preferences. With that on, I see that copying images sometimes results in a "File: xxx" type which was not previously handled by my workflow. This is a first attempt at handling both types within the same script filter. Please let me know if it works for you.

@oorbx What does your Debug console output look like in Alfred? Please post it- same steps that I was looking to see from Evan Fuchs above

@evanfuchs Ok let's start with some basics:

Open a Terminal and try entering in the following commands. Please copy & paste the results to a pastebin.

cd "$HOME/Library/Application Support/Alfred/Databases"

ls -l clipboard.alfdb.data

sqlite3 -header clipboard.alfdb 'SELECT * FROM clipboard WHERE dataType == 1'

Finally, open Alfred and select the Workflows tab, then open the Debugger console (⌘D) and trigger ClipSaver. Copy and paste the JSON output to a separate pastebin.

The workflow reads directly from Alfred's SQLite database, so it's very unexpected that the results would be different from what you see in Alfred's native UI. I am not in front of my computer now, but I'll update this post later with some diagnostic commands to run, hopefully that may shed some light on what's going on here.

@evanfuchs I may be misunderstanding, sorry if that's the case, but—the purpose of this workflow is to only show/save IMAGES. So it is expected that the workflow's results will be limited to the TIFFs only, and will be different from Alfred's clipboard history which would contain all items: files, text etc. Are you expecting something different?

@evanfuchs Does the workflow return any results? My initial thought is: you may have configured the database path incorrectly. If you open Alfred's debugger (⌘D from the Workflow screen) and trigger the workflow, what's the output there? Any errors? (maybe you can paste the results to a pastebin...)

Oh, I see... after submitting the reply, the forum converts it. Neat, if not a bit confusing 🙃

@vitor What I meant was, the richtext editor here on the Alfred forums...this

Also, switching the snippet to plaintext and inserting the marked-up flavor you gave just results in:

foo  BAR  baz

Alright. I'm going to work on it a bit, I have some ideas on how to make it more modular and user-friendly. Once it's ready I'll post it up.

• Alfred 5.0.5 (2096)
• macOS 13.0.1

I like to insert inline styled monospace text sometimes in forum posts. This rich text editor doesn't have a built in formatter for that (I think?). But, I know if copy/pasted, it can be done. So I thought I'd make use of a RichText snippet to easily insert a template. But, it isn't working.

I copied some styled text from the forum, e.g. from this post:

And added it to my snippet:

But, when pasted, it appears as simply:

Is there some trick for making this work, or am I barking up a dead tree?

Since this hasn't made it into Alfred 5 (yet!) I came up with a workaround, which is a custom Script Filter workflow that uses multiple "match" keywords and then fires the original object using the ExternalTrigger / URL Handler action. It's clunky but "it works" for now... If anyone wants to see how this is done, I can publish a template to GitHub if I get a bit of time.

• Alfred 5.0.5 (2096)
• macOS 13.0.1

I've been having a go with the URL Handler feature to trigger workflows externally using alfred://runtrigger/ — Nice! 🚀

One question/clarification: In the docs, it says "An Inbound Configuration set up with an external identifier will behave the same as using an external trigger and provides additional configuration options.", but I'm not finding that to be the case.

I can only seem to get the URL Handler to work if I explicitly add an External Trigger object and enable the Available via URL Handler checkbox. Simply adding an External Identifier to Inbound Configuration (Direct mode) has no effect when the URL is fired.

Am I doing this wrong, misunderstanding the feature, or is this a bug?

Ok, let me see if I can help.

1. Can you post a screenshot or copy/paste the output of your Alfred debugger console?

2. Please post a screenshot of the workflow's Environment Variables area.

3. What version of Alfred and macOS are you running?

4. And finally, can you open a Terminal and type "python3 -VV" and paste that output here as well?

@BenjaminO I don't think this is an Alfred problem. I suffered Kernel Panics when restarting or shutting down for months and months (check out this 46-page MacRumors thread...). After a lot of fiddling, they finally went away—although I can't with any certainty say why.

I was humming along fine until I installed Ventura, and now... the crashes on reboot/shutdown are back. Progress!