vitor

They are stored inside the info.plist of each Workflow, under hotkey.

That would make it worse. When you customise an environment, you’re making it less like other people’s. Alfred’s environment needs to be as bare as possible so that there are as few surprises as possible. That’s presumably why Alfred’s environment doesn’t even include /usr/local/bin in its PATH: that location is too unpredictable. Alfred should and does only rely of what it can trust the system to provide.

Made one.

Like alfred_workflow_cache and alfred_workflow_data, there should be a variable (alfred_workflow_synced?) pointing to a location where we can save personal Workflow data that should sync across machines.

Using the same shell doesn’t mean you’re using the same environment. You’re bound to have some configuration file (likely .zshrc) which is setting the desired python version as the default when used inside a shell. This might not be an outright addition to PATH, but an external tool like a python version manager. A quick and dirty way to fix this would be to source the shell configuration before calling the script.

Welcome @ryuta69, This problem isn’t Alfred-related. It should be asked about somewhere else more general. Try Ask Different. Do not forget to specify your macOS version when you do.

Try reload in Alfred. That should do it. It’s just called Comments. It’s below Name & Extension and above Open with.

Is there an open Feature Request post?

Update. Two interfacing changes. When marking an item as watched without playing, do not refresh Alfred. When playing an item, do not close Alfred. Both changes are meant to allow acting on multiple items fast. For example, when opening a video, the player will steal focus from Alfred and close it anyway, but until then you have the chance to ↵ on other items, setting up a short queue. To update, download the latest version (same URL) or wait a few days and it’ll prompt you to on next usage, since it uses OneUpdater.

You should definitely not try to install it yourself. duti has been abandoned several macOS releases ago, and Homebrew patches the included version to work on newer versions.

@danielgomez22 You’ve posted two similar images, except the second didn’t censor the emails. I’ve removed the second one, assuming it was a mistake. Please let me know if it wasn’t.

Welcome @pptxman, You can’t just run any code anywhere. The code you posted is made to work inside a web browser. Technically you can run JavaScript outside the browser with default tools in macOS, but not all features are supported and that code is geared specifically towards writing to a web page. If you can find some in code in Python, Ruby, Bash, PHP, or Pearl, running it in Alfred is easy.

Not the info.plist, the exported Workflow.

Homebrew Cask developer here. I recommend you remove that directory from the search scope, we haven’t stored applications there in years. Have you tried removing and readding Alfred from the accessibility permissions? Catalina is buggy, and with updates sometimes those can get messed up.

Welcome @mort_the_swift, When asking for help with a Workflow, please upload it somewhere (transfer.sh is a fast solution without ads; drop your Workflow in the box in the middle) as we can’t properly help you without access to it. Debugging can already be hard with access to the code, and you’re asking us to guess yours from a description. There are multiple places where your code or Workflow setup may be going wrong. Without looking at it we’re shooting in the dark. Read the Reporting Problems with Workflows topic, as it gives a nice overview on how to build an effective report.