Vero

@DanielDD Welcome to the forum! This is a bug (likely with macOS Mojave) we're already trying to work out, so if you could please join us in this existing thread about the same issue and provide any details there. I'll lock this thread to avoid having multiple discussions on the same issue. Please include in your post whether you upgraded to Mojave from a previous version of macOS, as that seems to be a constant amongst the few users experiencing this. Cheers, Vero

This is puzzling, as the Quit command and the Apps search request the icon in exactly the same way from macOS. So far, we've established that all users experiencing this issue are on macOS Mojave and have upgraded from a previous OS. Alfred doesn't have "fallback" icons for apps, so an icon is being returned by macOS to Alfred, but it's the incorrect default Application icon rather than the unique icon for the app. @breadncup @rocklobster As we're unable to replicate this issue, could you please try the following and report back on your results? Things to try: Switch to the Alfred Default theme, which uses smaller icon, to see whether there might be some corruption resulting in the wrong icon being provided on a theme with certain icon sizes. Drag the applications for which you have issues to your Home folder's Applications folder (temporarily), wait a moment to let macOS reindex the file in a completely new location, then type "reload" into Alfred so that the app cache is forced to refresh. Does the correct icon now appear? As I mentioned in an earlier post, if you have any sym-linking of apps, or any other non-standard setup on your Mac, please let us know as this may play an unexpected part in this. We have a theory relating to a combination of changing to the Mojave APFS (new File System), a possible change in case sensitivity during that upgrade, and a bug/corruption in the macOS metadata index, which is causing odd issues leading to you not seeing the correct icons when searching for applications. When using the Quit keyword, the information is fed from a different part of macOS, which may be slightly different (and correct) whereas the macOS metadata index isn't correct. It's very difficult for us to troubleshoot this, given we've been unable to replicate it and it only seems to affect a handful of users, so the more information you can share, the more likely we can get to the bottom of this niggling Mojave bug! Cheers, Vero

@byamabe If you go to a Time Machine backup pre-dating your iCloud issues, grab your Alfred.alfredpreferences from there, which will contain all your snippets and workflows. If you take a look at the iCloud instructions on the page I provided earlier, you may also be able to recover them by disabling iCloud's Optimised Storage feature, which tries to decide which files should remain locally available for you and which ones should just be stored in the cloud, which causes havoc for apps that require local always-available files. Once you've recovered your preferences, please use a reliable service like Dropbox. Cheers, Vero

Hi @IloveComputers82 Could you please let me know whether you're syncing your preferences, and if so, what service you used prior to moving them to a Dropbox folder? Do you backup your Mac using Time Machine? The more details you can provide, the more easily I'll be able to help you recover your snippets. Cheers, Vero

@byamabe Welcome to the forum! Could you please let me know whether you're syncing your preferences, and if so what service you're using? If you're using a service other than Dropbox, and the Preferences files aren't available immediately on startup, Alfred will assume there are no preferences and create a new set of (blank) preferences. Make sure that your preferences are stored directly on your Mac (e.g. either un-synced on your primary drive, or synced using something like Dropbox where files are stored as standard files on your Mac), and not on an external drive or mounted cloud-based service that needs to be loaded after startup. More details here on syncing: https://www.alfredapp.com/help/advanced/sync/#services Cheers, Vero

Hi @jipnet - That's the Clipboard History hotkey To disable to Clipboard History key combo, go to Features > Clipboard and either change the hotkey combo if you'd like to keep using the Clipboard feature, or select the field and press backspace to remove the hotkey altogether. Cheers, Vero

@slifin Apologies for the slow response - looks like I missed your post. Could you please let me know where you're typing "mergeclipboard", and whether you have a sufficient number of items in your clipboard? You need to have Clipboard History enabled under Features > Clipboard A minimum of four items in your clipboard history (since clipboard:1 is offset by one, clipboard:0 is the current clipboard content) To type "mergeclipboard" into Alfred (as it's a keyword object, not a snippet trigger). It will then paste the results to the frontmost application, provided a suitable text field has focus. I've tested this on Mojave and it's working as expected so let me know if you're still having issues after taking a look at the essential points above Cheers, Vero

Hi @Nat and welcome to the forum Take a look at the Workflows tab, click the [+] at the bottom > Examples > Dynamic File Filter. This built-in workflow example uses the keyword "ff", so type "ff" followed by a folder you'd like to search, then press return. You've now specified the search scope within which you want to search, and you can then type the name of the file you're looking for. You can create your own workflows where, for example, you could dynamically specify the file types you want to search (or just create a few workflows for the most common file types you might search, e.g. images, pdfs). If you need help creating your own workflows, don't hesitate to ask. We've got a most excellent community here who'll be happy to help you find your way with Alfred Cheers, Vero

@breadncup @rocklobster It's tricky to establish what could be happening here; You've both upgraded Mojave rather than fresh installing, so there's a good possibility something has botched in the upgrade, leading to this issue. If you could please both install the Alfred Metadata tool and drag an app that isn't showing up after typing "reload" so that we can take a look at the metadata for it: https://cachefly.alfredapp.com/tools/AlfredMetadataTool_v1.1.zip This will at least allow us to see what information macOS is providing about the apps, and whether it's complete enough. Beyond this, if you have anything non-standard on your Macs, e.g. apps not stored in Applications folder and symlinked instead, etc, please let me know as this could be playing a significant role and only you know exactly how your Mac is set up. Cheers, Vero

@rocklobster I've just updated your status to full member rather than new member, so you'll be able to post more images if needed If you can provide the additional screenshots, and whether typing "reload" helps, we'll take it from there. Cheers, Vero

@rocklobster Interesting observation... Can you please provide a few screenshots to see whether we can glean any insight into what could be causing this? A screenshot of the Quit command with a few apps showing A screenshot of searching for at least a few of the same apps (to allow us to compare file paths below the app name) Which operating system are you using? Did you upgrade from a previous OS or do a completely fresh install? (Do the above first, as we'd still benefit from the insight) If you type "reload" into Alfred, does this change anything? And finally, could you please launch Terminal and type the following command: diskutil info / Please paste the results here so that we can take a look and work out whether our theory of what could be the source of the issue in macOS is correct Cheers, Vero

@Cacao Based on the first file you provided, we can establish that there's absolutely no metadata for that file, so it won't show up in results as there's no file type or information as to *what* it is for Alfred to decide whether to include it in your results. As for the second one, what do you type into Alfred when searching for it? Is your Google Drive in Alfred's search scope? It would be helpful if you could provide more details, as you'll need to at least: - Include the Google Drive path in your search scope - Ensure that you prefix your search term with "open" (or press the spacebar as a shortcut) as .eps files aren't included in default results You could also experiment with moving the .eps file to your desktop where it'll become indexed as a "normal" macOS file, without the potential odd behaviour from being managed by Google Drive. Cheers, Vero

Hi @anandsunku, Check Alfred's Mojave getting started guide to make sure you have allowed the correct permissions: https://www.alfredapp.com/help/getting-started/macos-mojave/ Specifically, you'll need to grant Alfred Automation permissions in order for Empty Trash to work as it did in previous OS versions Cheers, Vero

Hi @breadncup, welcome to the forum. These icons are provided directly by macOS to Alfred, so if they're not showing in Alfred, it could be one of a few things: First, please quit Alfred and manually delete it from your Applications folder by dragging to Trash. Reinstall Alfred from https://www.alfredapp.com (and never from a third-party source) to ensure there's no corruption. It could be a temporary permissions quirk, as Mojave has completely overhauled permissions, so it's possible that it's stopping Alfred from accessing the image data. A restart of your Mac may fix this. It may be a deeper permissions quirk, that could be caused by a botched upgrade from the previous macOS or from a Mojave beta to your current version. Try creating a new user account temporarily to see whether that's resolved. Do these applications actually exist in the Applications folder? Or are they stored in a different location and linked in? If it's the latter, this may be causing an issue. In any case, please let us know how you get on and whether a new user account resolves the issue for you. Cheers, Vero

@Cacao As with the users earlier in this thread, could you please install the Alfred metadata tool and drag one of your apps to it? https://cachefly.alfredapp.com/tools/AlfredMetadataTool_v1.1.zip Please paste the results here so that we can help you establish whether there's a metadata issue. Cheers, Vero

@ryqiem Alfred's snippets text expansion is quite straightforward, so there's likely some interference from a third-party somewhere. When the issue occurs, does it occur for any/all snippets or only some specific ones? And how many times is "multiple times"? Twice or more? In terms of what the interference could be: Could you check the macOS built-in text expansion for any snippets there? (System Prefs > Keyboard > Shortcuts) Do you use a non-Apple keyboard? Do you use keyboard modifier apps like remappers, etc? Let me know how you get on with the above Cheers, Vero

@qydxyx Did you follow the recommendation to delete the Spotlight-V100 when beginning the rebuilding of your Mac's metadata index? Spotlight may have some files/apps cached even while the file system needs to be rebuilt. If you've followed all the steps, please provide more details: - Which files can't you find (file types, file path) - For apps, did you type "reload" into Alfred to refresh the application cache and see whether they become available? - Which version of Alfred and macOS are you using? Cheers, Vero

@terryzx You should be able to have as many Macs set up to connect to your Remote as you like, but your Alfred Remote can only be connected to one Mac at the time. Take a look at the troubleshooting guide if you're not sure why your second Mac might not be connecting: https://www.alfredapp.com/help/troubleshooting/remote/ Let us know how you get on Cheers, Vero

@stephenmcleod Could you please take a look at Console and see whether there are any error messages relating to Alfred or Finder that might shed some light? Also, have you at any point used a Finder alternative like TotalFinder, Pathfinder, etc? This could result in an issue where macOS doesn't actually know what should be performing the action. Cheers, Vero

Hi @Ken - As it's common that you'll want to create a snippet from a piece of text you've just written or copied to your clipboard, you can select the text you want to save as snippet from your Alfred Clipboard History and press Cmd + S. This will pop out a half-populated snippet window so that you can add a name, shortcut, choose a category and save it. Quick and easy! Cheers, Vero

@Bret Fisher That's fantastic news! Can you confirm you can find your Google Drive files using Spotlight? If so, adding Google Drive to your search scope (or creating a File Filter workflow to specifically search Google Drive) should be sufficient. If you still can't find files as expected, could you please install the Alfred Metadata tool and drag one of the Google Drive files to it? It should provide some insight into whether all the metadata is complete. https://cachefly.alfredapp.com/tools/AlfredMetadataTool_v1.1.zip Cheers, Vero

@Gordano For future users who might encounter a similar issue, did you need to add a particular permission? Or were the permissions correct and you just needed to restart your Mac? Cheers, Vero

@Gordano Have you restarted your Mac since granting permissions? I've only seen one other user so far with this kind of error message, and restarting his Mac caused macOS to finally recognise the permissions. If you can also confirm which permissions you've granted from this list, it'll be helpful in establishing if there's anything else missing for Alfred to be able to 1. launch Evernote, 2. search the relevant files: https://www.alfredapp.com/help/getting-started/macos-mojave/ Cheers, Vero

@Gordano Download the correct version of the workflow from the first post (Version 9.3) and you should be all sorted. Cheers, Vero

@Gordano Take a look at the first post and check that you're using the right version of Evernote. As per the post, you must use Evernote from Evernote.com and not from the App Store. If you could also let us know which version of Alfred, Evernote and macOS (the specific Mojave build) you're using, it'd be helpful Cheers, Vero