Andrew

There may be some corruption somewhere causing this to happen. The first thing I would do is fully reset Alfred: http://support.alfredapp.com/kb:reset-alfred If this doesn't work, do a low level reindex using this method: http://skillzdesign.com/blog/clarifies/forcing-spotlight-reindexing-using-terminal/ [moving to the help sub-forum for now] Cheers, Andrew

Alfred simply shows the application's kMDItemDisplayName provided by OS X, so there are a few things you can do to reset this. 1. On a particular application in Finder, select the 'Get Info' on the right click and deselect and reselect 'Hide extension'. 2. For some, this may be greyed out, so in Finder's Advanced prefs, tick and untick "Show all filename extensions'. After doing this, type 'reload' into Alfred to flush the application cache and things should be sorted Cheers, Andrew

The main difference is that Alfred is more specific with search scopes to make the results more relevant, mainly, Alfred excludes ~/Library in your home folder which removes a huge amount of chaff from the results. You can either add this back in, or specifically the paths for things like Evernote if you want to keep the results clean. I lean towards specific searches or workflows for things like Evernote, as I like to keep my main file results clean. Cheers, Andrew

Try renaming the beta to 1Password.app instead of 1Password 4 then restarting Alfred. The data path has changed for the app store version, but should still be the same for the non app store beta.

In Alfred's 1Password preferences, do you see your bookmarks listed? [moving to the help sub-forum for now] Cheers, Andrew

This should now be fixed in Alfred 2.0.9

Alfred doesn't do anything special when you do the quit all, and the shutdown is a simple system command... so there may be something happening at a lower level on your Mac (perhaps corruption somewhere) which is causing this. As this hasn't been reported before (and these system commands haven't changed for years), I'm going to move it to closed for now, but I'll keep an eye on this in case it's an issue which has been introduced in a newer update of OS X. Cheers, Andrew

No problems, glad to help!

If you grab 2.0.9 pre-release, this should hopefully sort your issue out. Thanks for bringing this to my attention, it looks like there were a few minor changes between the 1Password beta and general release versions

I'll take a deeper look - it could be that the 1Password 4 release version bundle identifier has changed. If so, I'll get this fixed up today [moving to the bugs forum]

Have you restarted Alfred since uninstalling 1Password 3 and installing 1Password 4 as Alfred only discovers the path at startup. Have you also tried unticking and reticking the "Discover Automatically" box?

I'll take a look into improving this behaviour

Hi there, You have 1Password 3rd party integration ticked, so that's a good start. Could you check in Alfred's Features > 1Password preferences under the advanced button if "Discover Automatically" is ticked for the 1Password keychain. Cheers, Andrew

This is a bit of an odd one as Alfred simply asks OS X for the icon and for some reason, on your Mac, OS X thinks the Parallels 1Password is the correct one. I'll take a look into what I can do to work around this. One thing you could do is turn off Parallels from exporting the app proxies which would remove the windows 1Password app from OS X. Could you let me know the full path to your 1Password OS X proxy app for Parallels? Cheers, Andrew

This is actually by design, but I can see why it may be confusing. I'm going to move this to 'noted' for now and take another look at it in a future release Cheers, Andrew

This is something that I'm aware of and have a ticket to look into for a future release. I'd like to overhaul the file actions altogether. I'm moving to the noted sub forum for now. Cheers, Andrew

Alfred's clipboard history works in plain text, so pressing enter will paste without formatting by default. Cheers, Andrew

Alfred simply passes the files you have selected off to OS X (nothing special) so my guess is that this is being caused by [a bug in] TexStudio which isn't properly respecting multiple documents being opened - The first document is causing the app to open, the second document is the one which is being opened. You can verify this by having TexStudio launched by with no documents open, then running the workflow again. You may need to raise a bug with TexStudio for this. To help, Alfred simply calls: [[NSWorkspace sharedWorkspace] openFile:path]; ... in a loop for each file you want to open, where 'path' is the full path to the file you want to launch. It's also worth noting that a while back, another app had the same bug (I think it may have been textmate but I can't find the details) and now it works as expected in every case (app launched or not launched). "Workflows aren't useful if they are so buggy!" I'm surprised that you call workflows "so buggy" - have you spotted anything else causing you an issue? Cheers, Andrew

The v1 settings import button is in Alfred 2's General preferences, but only when the v1 settings can be found - this generally means when v1 is installed. The best thing to do is install Alfred 2 on a Mac where v1 is installed and setup, then install v2 and migrate the settings. You can then delete v1. Cheers, Andrew

OS X treats aliases / symlinks as aliases and symlinks, so when Alfred asks for applications, these aren't returned. Instead of adding a symlink, you'll need to add the path of the original app into Alfred's default search scope and Alfred will find the original. The scopes are recursive, so you'll e.g. only need to add the cellar folder for homebrew to find all apps within. [moving to help sub forum] Cheers, Andrew

The most basic way to do this would be a keyword wired into a 'browse in Alfred', but this doesn't currently have the flexibility to sort by date, just alphabetically... but you can type to dynamically search the presented list of files. Here is an example workflow for this: https://dl.dropboxusercontent.com/u/6749767/Alfred/Workflows/Browse%20Folders.alfredworkflow I have a ticket for improvement to make this list dynamically sortable too, which should make this work exactly as you want. Alternatively, you could create a more complex workflow which reads the folder contents, sorts and gives you a list back - this would require a script filter action instead. It might be worth popping a request in the workflow help forum and somebody may be able to help point you in the right direction for this. Cheers, Andrew

Could you please set the sync folder to your Documents folder in your home folder, then quit Alfred and delete Alfred.alfredpreferences. Start Alfred again and the settings should be reset (apart from the sync setting which should still be ~/Documents/). Check that Alfred.alfredpreferences has been recreated in your Documents folder. If so, check to see if settings are persisted. Cheers, Andrew

Could you check that /System/Library/PreferencePanes/ is Alfred's default search scope.

Could you verify which version of OS X you are using, as 10.5 isn't supported. [moving to Help sub-forum] Cheers, Andrew

The OS X Hotkey API is such that you register the physical keycode, not character. As such, you are seeing behaviour which has been around for quite some time. As long as you set your keyboard layout to the correct one before setting the hotkey, the hotkey will display correctly in Alfred's preferences. I'm moving this to 'noted' as this is something I'm aware of and already have a ticket for, so I may try to make this behaviour more dynamic in the future assuming this is possible without making Alfred more heavy weight at idle (having to watch keyboard layout changes etc). Cheers, Andrew