Vero

Haha, keep in mind, // has to be followed directly by no space and the precise snippet, so // itself will never trigger anything. (And to be fair, my French collection only contains about 10 snippets, otherwise I might've picked something different). My daily-use Alfred support snippets collection doesn't need affixees, and the snippet keywords themselves are suitably obscure, yet extremely easy to type because they get constant use! Cheers, Vero

@IloveComputers82 When you say you "tried putting the backed up preferences in the dropbox", how did you do this? Please ensure you're not manually moving preferences files, otherwise there's a good likelihood something will go amiss. The first step is to work out whether your snippets preferences file is complete. The best way to do this is for you to email me a copy of your full Alfred.alfredpreferences file on our info@ address, provided you're happy sharing this with me. I'll then confirm that your snippets collections are there. Please provide any additional screenshots to clarify what you're seeing in the preferences. Are all of your preferences being reset to defaults? We can then work out what setup steps may have be missing on your Macs specifically, as snippets don't disappear without manual intervention or the preferences being moved or removed from the location Alfred expects. Cheers, Vero

Thanks everyone for your insight into why you're suggesting this. I'll be upfront and say it's highly unlikely we'd implement something like this, as there's very little benefit. As @deanishe suggested, best practice is to use snippets that will never be triggered accidentally - regardless of your current keyboard language. I frequently switch between French and English, and have snippet collections for the various purposes. However, I always make sure my snippets are obscure enough to never be triggered accidentally. If you're not familiar with them, do take a look at the affixes; Setting a collection-wide prefix is a convenient way of creating new snippets without having to make sure you're manually being consistent about your prefixes: https://www.alfredapp.com/help/features/snippets/collections/ e.g. A few of my English collections use :: as prefix, while my French collection uses // as prefix. @nikivi You can use the Snippets viewer to do pretty much exactly what you've described. Pop up the Clipboard using its hotkey (or set a Snippet Viewer hotkey) and either navigate into a Snippet Collection, or simply start typing the title or keyword of a snippet. You'll see the full snippet on the right, and the keyword at the bottom to remind you of precisely what the snippet keyword is for next time. Cheers, Vero

Hi @b_d_m_p, download Alfred's Metadata tool here, and drag one of your apps to it. Paste the results so we can take a look at how macOS is classifying them. https://cachefly.alfredapp.com/tools/AlfredMetadataTool_v1.1.zip Cheers, Vero

@Que_ Type "system" into Alfred to show the System Preferences... Don't hesitate to try things out first Cheers, Vero

The workflow @deanishe suggests is wonderfully simple, and a great place to start - you'll see workflows aren't scary at all Go to the Workflows tab, click the [+] at the bottom of the sidebar and choose Templates > Files and Apps > Launch File Group from Keyword. Give it a name, and click "Create" Double-click the keyword and set it to "anaconda", and give it the title "Launch Anaconda" for example. Save that. Double-click the "Launch Apps" object. Drag in your Anaconda application, and hit save. Now just pop up Alfred and use the newly created keyword to launch the app! Well done, you've created your first workflow. Cheers, Vero

Hi @wyudong and welcome to the forum. There is already a discussion on this topic in the thread linked below, so I'll be locking this thread to avoid duplicating discussions. Please reply in the other thread and let me know whether apps like Safari, Contacts, etc (built-in apps, rather than third-party ones) are showing icons or not. Cheers, Vero

@manavortex @Ovi What kind of modification do you have in mind when wanting to change text in the item you've copied to clipboard? To be clear, we have no intention of adding a text editor to Alfred to edit arbitrary text before pasting, but there may be some clever ways you can do what you want with a workflow or snippet. For example, if you have text that you want to paste with a few repeated changes every time (e.g. change someone's name, the price of something, etc), that could be achieved using a dynamic placeholder in a snippet. It's a much more efficient way and predictable way to paste something with specific elements changed every time. If that's what you have in mind, take a look at the built-in workflow Getting Started > Snippet Triggers to see them in action. You'll also find a tutorial on using Snippet Triggers with dynamic content here: https://www.alfredapp.com/help/workflows/triggers/snippet/snippet-triggers-with-dynamic-inputs/ If you have something else in mind, do share, as there may very well be ways to do it already Cheers, Vero

@selfmade69 When you say "The clipboard is still not working", what does and doesn't get copied? For Clipboard Merge to work, there already has to be content in your clipboard. At what point did the issue arise? If the above don't give you any hints as to what could be happening on your Mac, you can quit Alfred, navigate to your user directory under ~/Library/Application Support/Alfred 3/Databases/ and delete the clipboard.alfdb file. This will delete the clipboard database, and remove any potential corruption. Let me know how you get on! Cheers, Vero

@nikivi Grab the Alfred Metadata tool here and drag some of your .ts and .js files to work out what their file types are: https://cachefly.alfredapp.com/tools/AlfredMetadataTool_v1.1.zip Paste the results so we can see what file types are listed in the metadata, and whether that's why they're returned. Next, copy just the File Filter object from your workflow, set a new keyword, and try using just that object (let's say, with a Reveal in Finder action added to the end)? Removing all your scripts that surrounds it will ensure results down to exclusively what the File Filter is returning, rather than anything that's then passed through scripts. Cheers, Vero

@selfmade69 Are you using more than one clipboard manager, or another tool that could interfere with the normal operation of the clipboard? We have a few Macs on 10.12, and haven't seen any behaviour like this over the years. I'd recommend creating a new user profile on your Mac temporarily, to see whether you see normal behaviour on the new account. Let me know how you get on! Cheers, Vero

Hi @nikivi Step one is to rebuild your Mac's index, since if the metadata isn't correct or complete, this may occur. Cheers, Vero

@breadncup @rocklobster As well as what I've suggested above, please make sure you update to Mojave 10.14.1 when you get a moment, as one user reported the issue disappeared for him after updating to it (which could be coincidental, or could be a fix on Apple's part behind the scenes) Cheers, 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