All Activity

Thanks @vitor. That did the trick!

Yes. Please follow the steps in the second post.

As of a few weeks or so ago, the 1Password Workflow actions to copy OTP, copy username and copy password stopped working for me. I've updated the workflow to the latest, but still not luck, even after reboots and reinstalls. ### Workflow version 2023.12 ### Alfred version 5.5 ### macOS version 14.4.1 ### Architecture arm64 ### Preferences Default ### 1Password version 8.10.30 ### op version 2.18.0 ### Launchd job Loaded: - 0 com.alfredapp.vitor.1password Installed Any pointers on how I can troubleshoot this? I rely on the copy OTP flow to get onto VPN a zillion times a week.

Ah ok. I understand now. It is a universal action. Got it!

Song.link api is not open any more so this does not work.

@Textdriven If you open Alfred's preferences to Features > Universal Actions, which checkboxes have you set for the "Show Actions" section? This will indicate which shortcut you should use to access Universal Actions Recent Documents will then be one of the available actions. I'll update the document to make it clearer that it'll only be right arrow if you've got Universal Actions set to defaults. Let me know how you get on!

This would be so so so useful

https://www.alfredapp.com/help/features/file-search/#recent-docs When i try this on any of my apps including Preview pressing the right arrow just drills into the folder. Even it i just of the setting to navigate into folders with arrow keys.

I'm not sure I completely follow. Isn't the Alfred results bar doing the same thing? The results change right, same can happen with grid view? As a user, all I'm looking for is ability to search files (same as Alfred's default file search) with their thumbnail visible.

I have resolved the issue. For anyone who might encounter a similar problem in the future, you will need to instruct Alfred to reload the workflow. Unfortunately, this information is not documented anywhere; I discovered the method name by examining the python alfred-workflow library. Here is the snippet: ObjC.import("stdlib"); function run(argv) { let query = argv[0]; let app = Application("com.runningwithcrayons.Alfred"); let bundleid = $.getenv("alfred_workflow_bundleid"); app.setConfiguration('variable', { toValue: query, inWorkflow: bundleid, exportable: false }); app.reloadWorkflow(bundleid); }

Hello and thank you for your answer. Unfortunately I can't find the flaw. Too bad, it's not that dramatic ! Best regards bruno

Hi @kwei, I have encountered a similar problem. Have you discovered a solution for this issue, or did you choose to manage the configuration in files instead?

That would add a bit of complexity and I worry might lead to foot guns. macOS launchd agents don’t run if your computer is turned off, so I’d hate for someone to not have a backup at a crucial time because the last one happened to be at an unlucky time and then the one they have is two weeks old or more. That’s why a time can be configured. The versioning is a secondary concern, the focus of the workflow is the backup. You could instead reduce the number of backed up versions. If by any reason you need an older version at some point, the last 30 days of them should be available to recover.

Can an interval be added for the number of days? I prefer to back up weekly or every x number of days and nights every day since my preference file is 400MB each on both my Macs, and I am backing up to iCloud.

I am guessing this file can be modified to make it weekly or every X number of days but I do not know how to do so. com.alfredapp.vitor.backuppreferences.plist

There was a brief happy moment right before Sonoma 14.4 when iCloud became surprisingly reliable, then they broke it again. For now I added Alfred preferences copying into my hourly cron script, which I use for situations like these.

Andrew, I'm not sure you remember, but starting with Alfred 5, I had issues syncing my two machines to iCloud Drive, so I continued syncing to back up my preferences, but I used different folders for each Mac. That solved the problem I had with my Preferences not syncing across Macs. I turned off iCloud syncing for both my Macs and moved the preferences to local, and now I no longer have the issue with high CPUs moving objects in Alfred's preferences! I installed the Alfred Preferences Backup Workflow as an alternative. Is it possible to add an option to customize the backup frequency? I prefer a weekly schedule instead of a daily one. My preferences are 400 MB and don't change much; if there is an issue, all my preferences may be corrupted. I prefer to have backups for 2 months instead of 8 days.

Hello Vero, I use iCloud and "Optimize Mac Storage" was/is turned off (see screenshot). The path to the preferences file is "/Users/stephan/Library/Mobile Documents/com~apple~CloudDocs/Apps/Alfred/Alfred.alfredpreferences". In Alfred's prefs.json, there were TWO identical syncfolders entries to that folder (see below). { "current" : "\/Users\/stephan\/Library\/Mobile Documents\/com~apple~CloudDocs\/Apps\/Alfred\/Alfred.alfredpreferences", "syncfolders" : { "4" : "~\/Library\/Mobile Documents\/com~apple~CloudDocs\/Apps\/Alfred", "5" : "~\/Library\/Mobile Documents\/com~apple~CloudDocs\/Apps\/Alfred" } } I then followed the steps here to disable syncing, with the idea to disable syncing, get rid of the additional workflows and enable syncing again. That seems to have worked. So, after a bit of work, it seems to be resolved. Thanks for the hint with the syncing. That somehow seemed to be the culprit.

Am i missing something? I type cp and hit enter. Nothing appears. Alfred 5.5, macOS Version 14.4.1 (23E224) [2:22:24.177 PM] Color Picker[Keyword] Processing complete [2:22:24.183 PM] Color Picker[Keyword] Passing output '' to Script Filter [2:22:24.195 PM] Color Picker[Script Filter] Queuing argument '(null)' If i run :cp [2:25:47.841 PM] Color Picker[Keyword] Passing output '' to Automation Task [2:25:47.843 PM] ERROR: Color Picker[Automation Task] Task Argument Error: Expecting single or multiple inputs. Warnings: ( "Passed in file '/Users/user/Library/Caches/com.runningwithcrayons.Alfred/Workflow Data/com.zeitlings.colorpicker' does not exist, discarding"

Hi, vitor. Would it be difficult to sort the results by modified date? Also, would it be possible to produce the same results with a Keyword with space (without the return key) instead of hotkey?

@hogru Welcome to the forum. Could you please let me know which sync service you're using for your preferences? You can check in Alfred's Advanced tab if you don't recall, as you'll see the path to your synced preferences. You'll need to ensure that the sync service is set to keep your Alfred preferences offline, as Alfred needs constant access to the preferences, so you may see this kind of behaviour if this isn't the case: https://www.alfredapp.com/help/advanced/sync/#always-offline Once you've set your preferences as being saved offline, you should be able to delete the superfluous workflows. Let me know how you get on Cheers, Vero

Hello, I updated the 1Password workflow from the Alfred Gallery. It installed a second workflow in the Workflows list (and the 1Password integration did not work, mostly error messages that the 1Password CLI is not installed, but it was/is). I tried to delete the second workflow entry, but it comes back. As of now, I have even three of them (see screenshot). One is version 2023.6, two of them are 2023.12 (corresponds to the workflows' icon). Currently, the 1Password workflow seems to work (but which one?). How can I delete the superfluous workflows? I tried to delete them (by clicking the "minus" button; they disappear first, but, as I said, they "come back"), re-start Alfred, re-start 1Password (app). Alfred version: 5.5 [2257] 1Password version: 8.10.30 macOS version: 14.4.1 (Sonoma)

Still the same problem here in 2024. The post in below says the problem is due to word boundaries, controlled by OS X's metadata server, which presumably would affect the Spotlight search as well. However, searching in Spotlight yields a better result. Search for the same term in Spotlight could find the target file, while Alfred cannot.

It's also worth noting that in your screenshot, fileproviderd and fseventsd are also super high CPU usage. Are your preferences stored locally or on e.g. iCloud / Google Drive? If not, move them local and see if this is the cause.

@mikedvzo As this issue is unique to you, I'll need as much info as possible to try and ascertain what you have on both Macs which could be causing this issue. The first place to start is with a Sample Process in Activity Monitor while the Preferences is at 100%. This could help point towards the root of the issue. If you could reply to Vero's email with that, and with a Diagnostics from Alfred Preference's help tab.