vitor

Because it’s not returning anything, I’d bet it’s still running. Only show apps in /Applications shouldn’t really affect speed, but Ignore signed and notarised apps will. Do you have that on or off? Also, removing quarantine from apps where it doesn’t matter (they are signed and notarised) will also make it run faster (because it skips the check). This version writes a verifying_apps.txt file to your Desktop as it’s checking them, so you can tail -f ~/Desktop/verifying_apps.txt in a Terminal to see it as it happens. It may provide a clue.

The challenge here is that this workflow has thousands of users but no other reports of this issue. Because you’re a power user (a programmer, even), it both means you know what you’re doing and we can discard the simpler stuff, but it also increases the possibility that something seemingly totally unrelated and external is causing the issue. It is very much worth noting that 1Password 7 continues to work as well as it ever did, even on Apple Silicon (does not require Rosetta), and as such the deprecated 1Password 7 bookmarks feature in Alfred’s preferences should too.

What happens if you use another browser, such as Safari? transfer.sh is good temporary storage. I’ll also need to see a screen recording of it happening, with the debugger open.

See the Gallery for hundreds of workflows. There are hundreds more on this forum and on GitHub. As for other features, they are listed on the main website. Is that what you’re looking for?

As we’ve discussed previously, workflows on NPM can’t be added to the Gallery. There has to be a way to download them normally. But either way you don’t push workflows to the Gallery directly, they have to through an approval process that confirms they are useful to and trusted by the community and are safe. The Submit page on the Gallery explains everything you need to know.

I mean where it stores the data on your computer. Once you make a card, it has to store it somewhere. Again, I can tell where unless you share the workflow. But if it’s well made, it will probably be in ~/Library/Application Support/Alfred/Workflow Data then whatever the workflow’s bundle identifier is (you can find it by double clicking the workflow’s name on the list).

In that case, a feature to select the nth result wouldn’t help either, because that’d have to be part of the workflow itself and by that point you no longer need it. Without seeing the workflow in question it’s not possible to offer a good alternative, but you’re almost certainly going about it the roundabout way. Instead, find where and how the workflow stores its data. It makes more sense and should be faster to find whatever files it uses and change those by hand. As for the original idea, you can try using the Dispatch Key Combo Output to press ↓ the required number of times. It’s a janky solution so I don’t recommend it (the idea above is better) but could work. Also, delays are your friend when automating GUIs.

Because we want to avoid an XY problem, could you expand on what the goal is (as opposed to the method)? As in, what’s the workflow doing and why do you want that? From your description, it doesn’t seem like you want the item to be selected, but rather that you want the output from that result. In which case, if it’s your own workflow, the solution should instead be to cut the intermediary and send the output directly.

Some further notes: Alfred workflows strip hotkeys by default because otherwise they could conflict with others you have already set. Unlike tools which only do window management, you can have a hotkey trigger anything in Alfred. It’s neither viable nor desirable to have a workflow be an exception to this rule. For example, let’s say the creator used ⌘T to move windows to the top half of the screen; you’d install the workflow and when trying to open a new browser tab the whole window would resize itself. Hotkeys work outside of Alfred’s window, so it’s important to not make them surprising in the wrong way.While that workflow is a fine starting point, the best way to approach it is to make your own. Automation Tasks don’t require any coding knowledge on your part so they’re easy for you to add exactly what you need, and only that. On my personal setup, I only have four movements.Automation Tasks are updated independently of Alfred releases, which allows for greater flexibility and for them to be fixed/released when ready, which is particularly relevant when they interact with specific apps or features (e.g. all the web browser tasks).The delay is due to AppleScript’s slowness. We’re aware of it and there are plans to improve that, but no ETA. The good news is that you can just add and use them now, and when they became faster that’ll just happen in your workflow without you having to change anything.Thank you for the kind words and feedback. As you’ve noticed, Alfred continues to improve all the time and even these small interactions get tweaks. What you see now making Automation Tasks auto-update is itself an update from when they were first introduced in Alfred 5.0.

Please always share the exact version. Developers are often on different releases from users and “latest” is fuzzy (latest beta, stable, pre-release?). Plus, it makes it harder for others who arrive later to identify if the issue applies to them. To provide informed help it is imperative that we work with precise information. Also, for this I’ll need a screen recording of it happening, with the debugger open.

If you edit the info.plist you’ll be changing the default value, defeating the purpose. You should never edit the plists directly. If you need to edit a configuration value programatically—and in most cases you shouldn’t, the Configure Workflow… button exists so users can edit the values—use the set configuration AppleScript. See Alfred’s AppleScript dictionary.

I think you want to connect Hotkey Trigger to an Open URL Action.

@ChristianOlsen No, but if you don’t set an icon it will use the workflow’s default (which you may already be aware of).

Please post the full output (from one file) so we can see everything in context.

Unlikely, as everyone has to authenticate via the prompt and this hasn’t been an issue. What is likely is that the copy is being too slow so it seems like it wasn’t copied, and it happens by the time you have triggered it a second time. There isn’t anything to do in that case, though, as I cannot control the speed at which 1Password’s official tool retrieves the data. Do this: Trigger a copy and wait for three to five seconds (we’re deliberately waiting way longer than it should take, to be sure). Then try pasting and see if the password is there. If it’s not, repeat it but with the debugger open and post the result.

It was, thank you. Hope yours was as well. Alfred doesn’t collect any analytics so that’ll be something else. But it shouldn’t be related to this matter. I hadn’t heard of this one. From the description it seems like the prime candidate, especially considering you don’t have any crash logs (quitting normally wouldn’t produce any). Maybe whatever heuristic they use to detect app windows closing is acting on Alfred. Could you quit that one for a while to see if it still happens?

Those symbols seem to be added by something in your .zshenv. What you should be using is /bin/zsh --no-rcs, which is the default precisely to avoid things like that. You can learn more about it in Understanding the Scripting Environment. For third-party workflows you can either ask the developers to make the change, or improve/remove that code from .zshenv. You can e.g. move it to .zshrc

Welcome @Binh Tran, Are you looking for the Action Modifiers in the Advanced Preferences?

Are you syncing your preferences? If so, with which service? Try quitting it or disabling your internet connection temporarily (so it cannot sync). Does it still happen?

The List Filter is made so it’s easy to set up and edit manually in one place. If you want finer grained control, look instead at the Script Filter which allows you to control results thoroughly.

Welcome @Irene, Where is the folder located? Have you tried the troubleshooting steps? Have a nice weekend.

Welcome @pnelego, What are the workflows? Are you doing something specific when it happens? How exactly does the crash manifest? What happens, is there a dialog? If so, what does it say? Also, if you look in Console.log, are you able to see a crash log? Finally, what are your exact versions of Alfred and macOS? Have a nice weekend.

There’s also Most Recently Added Path.

Given the problem as described, that looks like it could be it. Have you reinstalled the workflow?

Thank you. There’s an Automation Task for that.