All Activity

Did you type a space after open? Also, try just just opening Alfred and pressing the space bar (you’ll see ' appear) and type the name of your file then. See also Troubleshooting File Indexing Issues.

I’m not sure I understand what you mean by the key combination or the key command. When you are at the Universal Actions panel you just press ↩. Here: You only press ⌥↓ or ⌥↑ on regular results. Here: If that’s what you’re doing, would you mind recording a short video? Sometimes these things end up being a miscommunication that is resolved when actually seeing the behaviour.

Maybe you have to add the folders that contain the files you expect in the Alfred Prefernces -> Default Results -> Search scope. EDIT: or, just type the filename instead of prefacing it with "open"

Yes, I have found the buffer, but as I said in an earlier answer, for some weird reason, on my system the file action menu entry for "Add File to Buffer" does _not_ have or react to the keycommand. Yes, I've checked the settings in preferences and even then "Compatibility" check box is on (also, it didn't work when it was off...). So yes, if I could select the files, call up the file action and then hit a key-combination to add those files to the buffer that's really all I would like to have. I don't understand why the key command isn't available for me... if you have an idea of what I could check to see why it isn't available, please let me know! If've already checked all the commands and assignments in the Keyboard -> Keyboard Shortcuts preference pane, alt-arrow up is not used anywhere.

If I type in open file it shows the option but I can't select it. If I start to type in a file name it won't appear. It just shows google search etc. I ran troubleshooting on the file and it was all green (see below) in Alfred. How can I get files to come up in search? Running Alfred 5.5 with powerpack on Mac M1 Sonoma 14.4.1 Starting Diagnostics... File: 'IMG_8515.jpg' Path: '/Users/username/Downloads' ----------------------------------------------------------- Check file cache database... ✅ File cache integrity is ok ----------------------------------------------------------- Check if file is readable... ✅ Alfred has permissions to read this file. Unix Permissions: 420 Underlying Type: NSFileTypeRegular Extended Attributes: ( "com.apple.lastuseddate#PS", "com.apple.macl", "com.apple.metadata:_kMDItemUserTags", "com.apple.metadata:kMDLabel_g5a2afvxdywsrv54ihqz63mffm", "com.apple.quarantine" ) ----------------------------------------------------------- Check if volume '/' is indexed by macOS... ✅ Indexing is enabled on this drive ----------------------------------------------------------- Check direct file metadata... ✅ Direct metadata available Display Name: IMG_8515 Other Names: IMG_8515.jpg Content Type: public.jpeg Last Used: 2024-04-24 19:14:52 +0000 ----------------------------------------------------------- Check mdls file metadata... ✅ Metadata contains required items _kMDItemDisplayNameWithExtensions = "IMG_8515.jpg" kMDItemAcquisitionMake = "Apple" kMDItemAcquisitionModel = "iPhone 11" kMDItemAlternateNames = ( "IMG_8515.jpg" ) kMDItemAperture = 1.69599381283836 kMDItemBitsPerSample = 24 kMDItemColorSpace = "RGB" kMDItemContentCreationDate = 2024-04-24 19:13:51 +0000 kMDItemContentCreationDate_Ranking = 2024-04-24 00:00:00 +0000 kMDItemContentModificationDate = 2024-04-24 19:13:51 +0000 kMDItemContentType = "public.jpeg" kMDItemContentTypeTree = ( "public.jpeg", "public.image", "public.data", "public.item", "public.content" ) kMDItemCreator = "17.4.1" kMDItemDateAdded = 2024-04-24 19:14:52 +0000 kMDItemDisplayName = "IMG_8515" kMDItemDocumentIdentifier = 0 kMDItemEXIFVersion = "2.3.2" kMDItemExposureMode = 0 kMDItemExposureProgram = 2 kMDItemExposureTimeSeconds = 0.008264462809917356 kMDItemFlashOnOff = 0 kMDItemFNumber = 1.8 kMDItemFocalLength = 4.25 kMDItemFocalLength35mm = 26 kMDItemFSContentChangeDate = 2024-04-24 19:14:52 +0000 kMDItemFSCreationDate = 2024-04-24 19:14:52 +0000 kMDItemFSCreatorCode = "" kMDItemFSFinderFlags = 16 kMDItemFSHasCustomIcon = (null) kMDItemFSInvisible = 0 kMDItemFSIsExtensionHidden = 1 kMDItemFSIsStationery = (null) kMDItemFSLabel = 0 kMDItemFSName = "IMG_8515.jpg" kMDItemFSNodeCount = (null) kMDItemFSOwnerGroupID = 20 kMDItemFSOwnerUserID = 501 kMDItemFSSize = 4264371 kMDItemFSTypeCode = "" kMDItemHasAlphaChannel = 0 kMDItemInterestingDate_Ranking = 2024-04-24 00:00:00 +0000 kMDItemISOSpeed = 40 kMDItemKind = "JPEG image" kMDItemLastUsedDate = 2024-04-24 19:14:52 +0000 kMDItemLastUsedDate_Ranking = 2024-04-24 00:00:00 +0000 kMDItemLogicalSize = 4264371 kMDItemMeteringMode = 5 kMDItemOrientation = 1 kMDItemPhysicalSize = 4268032 kMDItemPixelCount = 12192768 kMDItemPixelHeight = 4032 kMDItemPixelWidth = 3024 kMDItemProfileName = "Display P3" kMDItemRedEyeOnOff = 0 kMDItemResolutionHeightDPI = 72 kMDItemResolutionWidthDPI = 72 kMDItemUseCount = 5 kMDItemUsedDates = ( "2024-04-24 05:00:00 +0000" ) kMDItemUserCreatedDate = ( "2024-04-24 19:14:52 +0000" ) kMDItemUserCreatedUserHandle = ( 501 ) kMDItemWhiteBalance = 0 ----------------------------------------------------------- Check file is in search scope... ✅ File exists within Alfred's default search scope ----------------------------------------------------------- Check MDQuery file search... ✅ macOS returned a match for this file in your search scope. File Search Results for search scope ( "[1] /System/Volumes/Data/Users/username/Downloads/IMG_8515.jpg" ) File Search Results for ~/ ( "[1] /System/Volumes/Data/Users/username/Downloads/IMG_8515.jpg" ) File Search Results for / ( "[1] /System/Volumes/Data/Users/username/Downloads/IMG_8515.jpg" ) ----------------------------------------------------------- ✅ Troubleshooting passed

Since (mandatorily) changing to the File Provider API, popular third party services all evict files by default. Even so, some do seem more reliable than others and Dropbox’s appears to have been the steepest decline. But this is mostly anecdotal from personal observation, so take it with a grain of salt.

OH! another one that i didn't know. yeah i sync with Dropbox. wasn't aware of the "making available offline". thought that was how Dropbox was working actually lol. doing this and let's see. thanks again and will update if needed.

and yes, totally fast now. fantastic. thanks again.

OH! had no idea. for some reason i've never landed on that help page. hmm. that's fantastic. thanks Vitor. still a lot to learn!

If you could share the video in some way (e.g. uploading to a file locker) it could be useful. Are you using a syncing service? If so, are your preferences always offline? I’m not finding it now, but I recall someone with the same issue and it boiled down to a problem with the syncing, in which whatever service (I don’t recall which) was seemingly reverting the relevant file. After the above, the next step would be resetting syncing to the default location and see if you can reproduce.

The delay is by design: But you can tell Alfred to ignore that behaviour and trigger faster: See the image in the linked documentation, which makes where to find the setting clearer.

am i missing something? basically i find using hotkeys for Workflows unusable, because by the time Alfred shows up most of what i've typed is gone and hasn't been caught by Alfred's input. i would expect Alfred to shows up immediately, and to catch my input if necessary for filtering the Results of a Workflow. is there something i'm doing wrong here? thanks.

* What you were doing when the issue happened: trying to edit the Note of an object in a Workflow * Whether you were able to replicate it a second time by performing the same action: yes, constantly * Include any screenshots that might help us: recorded a video with Screenshot but can't upload it * Include the Alfred version & build number you are using (don't say "latest" - you'll find a version number in the Update tab of Alfred's preferences): Alfred 5.5 [2257] * Include your macOS version: 14.4.1 (23E224)

4.1.0 out. adds a warning in the README and in the Workflow that you need to add Alfred to the Bluetooth Privacy Settings: https://github.com/godbout/alfred-airpodspro-connector/releases/tag/4.1.0

0.10.0 out: https://github.com/godbout/AlfredOnePee/releases/tag/0.10.0 * add Hack The Box Forums * add Open Exchange Rates * add PortSwigger * add "app" matching for Hack The Box

I’ll preface this by saying I’m not sure I understand the problem. You can add files to the buffer by selecting them in the Finder then triggering the Universal Action shortcut and picking Add File to Buffer. Or by finding any file in an Alfred search and pressing ⌥↑ or ⌥↓. Have you seen the File Buffer documentation? You don’t need to find the files via Navigation, File Search works too, as do File Filters and other workflow objects.

Hmm... maybe I have to add more (a lot more...) folders to the folders list... but I don't have _any_ data that I have to work with in ~/ or anywhere on the system drive... it all sits on the 10 permanently mounted external drives - and there is a lot of data... So really the file action is where the file buffer would be most practical to me: I have the project folder open, I select and add 3 files that I need to send to the team, then remember I also needed to send file 4 that is in one of the subfolders, so I would like to add that to the file buffer... and just remembered also file 5 that was on the top level... oh and also these 3 audio files need to go with it - that's how I collect what I need to exchange with the team... yes, yes, yes, completely shared or synced folders or file systems, I get it, that would be nice, but we have people in the team who can and regularly will ruin those shared folders, which then breaks stuff for everyone... so we have to stick with manual syncing for the foreseeable future. The way I'm currently doing it is to just select the files I need to send, then trigger an Alfred workflow that copies those files to a "send" directory, go through the project folder to select the next couple of files and so on and at the end I go to the send directory and create a zip and upload - if I could just collect all those files in the buffer I could trigger the compress and upload when I'm done collecting files...

You may also have a look at Search ALL the Docs!

You really need to be extremely careful when using apps like that: they are well capable of removing things that you really need to keep. It may be worth checking ruthlessly your settings in that app. (I've never used it—and would never do so—so I'm not sure whether or not the settings are helpful but it's certainly where I'd start looking for clues.) Stephen

It doesn't work with zoom versión 6.0.0, any alternative?

Nothing has really changed. Maybe an OS update or two... I do have SetApp installed and use CleanMyMacX. I usually try to run that once a week and then reboot after, but that doesn't always happen. If you look in the image I sent along with the diagnostics you'll notice that the theme is set to dark...i used Alfred to bring up its preferences, then used it to open the screeenshot app. One additional thing to note is that when Alfred is in this "startup mode", the search does not clear (e.g. it holds onto the text) after starting an app from Alfred search bar. When I restart Alfred, dark mode is set and everything acts normally. It is only when Alfred is launched on startup that it has these issues (stuck search bar, not clearing after starting app, ignoring theme). I've followed the reset directions, sending this now and then rebooting to see what happens. Will report back here when thats done. Back after a reboot...Alfred when through the "fresh install" process verifying things like full disk access etc. That all looked good. Alfred after that is working normally. Will reboot again to see if normal launch of Alfred on startup works correctly. One "big" change I forgot about between Feb and now is Alfred upgrade to Build 2257, Monday 18th March 2024. So whatever is going on happens in both 5.1.X and 5.5.

Can you share the details of the entire workflow? It could just be a sreenshot of it, but it may help someone troubleshoot the issue in more detail.

You can start from Home by typing ~. However, in Alfred's default results I've checked Folders which means I can simply type the name of a Folder and press ⏎ to open it in Finder. Of course, you can always → from the folder name then to action the folder in Alfred (depending on your settings under Universal Actions Show Actions: in Alfred's preferences). Stephen

Hmm... yes, the keycommands work in the mail Alfred window - not when calling the file actions... too bad, cause that's where I would need it more. Navigating in the main window takes way too long.. Or am I missing another feature that makes it easier to get to files in the main Alfred window? The way I'm doing it now is navigating down the tree starting from /Volumes by typing and tab-completing - not very efficient...