Stephen_C

The workflow has been updated thanks to @vitor to include nine further panes and icons. Note also that @vitor has produced his own worklow which works in a slightly different manner to mine but both are designed to achieve speedy, direct access to many macOS 13 system settings. You are now spoilt for choice!

Stephen

@chrillek let me know if that's a problem and, if necessary, I'll work through the keywords doing screenshots.

Stephen

13 minutes ago, _Rf said:

On both machines (synced via Dropbox)

There are two posts that might possibly help you:

One from the developers of Alfred

One solution discovered by another user

Stephen

You'll probably do better by posting this in the workflow thread because then the developer of the workflow is more likely to see the request.

Stephen

The first workflow you mention has, I think, a thread on the forum: here's a link to the last (very recent) post by the developer. You might try the last build mentioned on that thread—and post there with a diagnostics report if you are still having problems.

The last workflow seems to have been withdrawn by the developer, was created under Alfred 2 and is, I suspect, well out of date now. If you search the forums here for Audio Switch you'll probably find a workable alternative. Again, if you choose one and it doesn't work as you wish post in the relevant thread for the workflow and include a diagnostic report.

I hope this is more helpful than it may at first sound!

Stephen

I think you're going to have to tell us exactly which workflows are not working for you—because it's very difficult to make sense of the debug output without knowing which workflow generated it. I don't know which Audio Switch workflow you are using but it's possible this comment may help you.

As a more general tip, when you have a problem with a specific workflow it's good to post in the thread for that workflow so that the developer will see the post. (I do understand you were posting about what seems to be a more general problem in this case.)

Stephen

Does it help if you go to Alfred Prefences > Advanced and check Store typed query under History (if not already checked)?

I have that checked and can see a previous mathematical calculation by opening Alfred and simply pressing the up arrow key.

Stephen

@troutymontreal

• open Alfred Preferences and go to the problem workflow;
• assuming you're running Alfred 5, click on the bug symbol at the top right of the window (or press ⌘D);
• ensure the first dropdown at the top of the debugger window you have just opened is set to All information;
• run the problem workflow;
• select the contents of the debugger window, copy them and paste them into a post here.

Stephen

With apoligies for having been misleading <sigh>…the workflow does in fact work correctly under macOS 13. I've no idea why it initially produced a very odd result for me but I can now confirm it's working. Many apologies for my earlier mistake.

Stephen

I have a most embarrassing admission to make: my previous post was wrong, for which I apologise. I have reviewed the workflow and it does in fact work. I have no idea why it previously produced a very odd result. Please ignore the previous post and many apologies for the complete red herring (as we say in English!).

Stephen

Well, the workflow itself, which makes use of the placeholders, no longer works! (Apologies for the unorthodox link to the latest version.) Further, something odd has happened with a previous snippet relying on a date placeholder which I'm investigating at the moment.

Stephen

I was unsure where to post this and hope this is the correct forum. It's no so much a bug in Alfred and may be a consequence of what Apple has done in releasing macOS 13. There may be oddities where date and time placeholders are used in workflows. For example, my work-around for calculating a relative date no longer works under macOS 13 and the problem appears to be associated with the manner in which the date and time placeholders are used.

I have substantially edited this post after confirming, prompted by @vitor, that the date and time placeholders do continue working under macOS 13—but I believe there may be some problem when they are used in some manner in a workflow (at least in my workflow!).

Stephen

Please note my workflow no longer works under macOS 13—because Apple appears to have disposed of the specific short and full dates upon which the Alfred placeholders relied.

Stephen

@Gibrus what you are trying to do works perfectly for me. I'm running Alfred 5 (version 5.0.4) on macOS 13.0. I created in a plain text editor a file containing the line you mentioned in your post, saved it with the .csv extension and then dropped that file into a list filter in Alfred. The relevant fields of the list filter were immediately populated with the appropriate fields from the file.

Stephen

8 hours ago, jjaybe said:

Do you think it is possible to extend the workflow to open sub-submenus?

@jjaybe I'm afraid that's not currently feasible. It's not possible to add further panes unless we can discover the appropriate identifier for accessing those additional panes. At present I'm not aware of any workable way of doing that, sorry. (If you look at the workflow configuration you'll see a link to a Github post showing, effectively, how the existing identifiers were discovered but that seems to be the limit of people's knowledge and abilities at present.)

Stephen

I have a small workflow triggered by the sd keyword which quits all apps, delays four seconds then runs the Shut Down command. I mention it only because it does not give me the problem you have and I'm wondering if your problem may be something to do with shutting down while some app does not properly close.

Stephen

In the hotkey settings make sure the Action is "Pass through to workflow" and the Argument is "Selection in macOS". In the File Buffer action ensure you have checked "Add passed-in files to File Buffer".

Stephen

1 minute ago, Vero said:

This appears to be the default one

Yes, I think you're right. I imagine we're going to have to await some point releases from Apple to see if things like this are fixed.

Stephen

51 minutes ago, vitor said:

What’s it’s doing is nothing. If you change to another pane then open the mouse one, you’ll see it stays in whatever pane you are.

That may be right if System Settings is left open. However, I invariably close it. Then, on any occasion I search for "mouse" (as in my first post) the "Appearance" pane is opened in System Settings.

Stephen

Does this post help at all?

Stephen

I suspect I know why this is happening but wanted to report it anyway. I am using Alfred 5 (version 5.0.4 - build 2093) and macOS 13.0. Searching for preference panes in System Settings works well but although searching for "mouse" shows this:

going to that first search result goes to the "Appearance" pane in System Settings.

When preparing my workflow for Ventura System Settings I discovered that the "mouse" identifier (x-apple.systempreferences:com.apple.Mouse-Settings.extension) did exactly the same as this search result—and, indeed, it appears there is no specific, principal pane for “mouse” (with various mouse options deep down the mousehole within “Accessibility”).

There were, I think, a couple of other identifiers that did something similar (i.e., went to "Appearance" when they should have gone to a specific, different pane) but I'm afraid I can't now recall what they were. If I can find them and they also produce a similar odd search result I'll edit this post to add them.

Edit: searching for "passwords" produces a similar problem (although "Passwords" does work in my workflow).

Stephen

I'm not sure if your need is more complicated than this, but you can select a file in Finder then use your Universal Actions hotkey and one of the menu items that then appears in Alfred is Add File to Buffer.

If you want a specific hotkey to do only that you can create a workflow using a hotkey trigger and link that to the File Buffer action.

Stephen

I'm afraid I can't give you a complete answer but part of the answer may be in using:

• an Automation Task Is App Running linked to a Conditional Action (depending upon whether or not the app is running);
• if the app is running an Automation Task Identify Frontmost App linked to another Conditional Action…

then (I suspect) linked to some AppleScript—one script for if the app is the frontmost app and one for it it is not. I think part of the AppleScript solution is to use the activate command for the app (which should bring the app to the front, launching it if necessary).

Sorry not to have provided a complete solution but I hope this is at least of some help!

Stephen

Thanks: corrected and updated.

Stephen

This is not an Alfred 5 bug as searching for contacts using Alfred 5 (version 5.0.4) works perfectly for me on macOS 13.0 (Ventura). I think you're going to have to be a little bit more specific about:

• your relevant settings; and
• exactly what happens when you try to search for a contact.

Stephen