pluckytree

Just upgraded from 2.0.2 to 2.0.3 and every key press turns into two characters in the Alfred search window. I’ve rebooted, nuked Alfred, and restarted and it persists. I used 2.0.2 heavily and didn’t see this problem. Any ideas or way to downgrade?

I can't reveal the exact path, but I basically renamed the last folder in the path to "Foo" and it still doesn't work. Perhaps I can manually copy it out of the bundle whenever I update Xcode tools.

I'm not looking for anything recursive. It should fine files in the top level of that path. Here's another path I entered: /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Extras/Applications The folder contains 15 applications and Alfred doesn't find any of them.

That's useful only if I'm trying to find the iPhone Simulator, but I'm trying to find things inside the path in my original post.

I have Alfred 2 set with a Search Scope that includes this path: /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform But it won't find anything at that level in the hierarchy or below. Is it because it's a bundle?

Somehow, I lost the path to ~/Library/Caches/Metadata! Perhaps when I was adding new paths, I accidentally nuked that one. This fixed the problem, thanks!

I've used Safari bookmark searching for a long time in Alfred v1, but in v2, it's suddenly stopped working. In Default Results > Essentials, Bookmarks - Safari is checked. The only thing I've done recently is create two workflows, one to open Xcode projects and one to open files created by a specific application. I've tried toggling this pref on and off and also tried cleared the cache and rebuilt metadata. Any ideas?

Awesome, thanks, that worked!

kMDItemAlternateNames = ( "Accounts.rdrFindProb" ) kMDItemContentCreationDate = 2013-02-26 20:03:45 +0000 kMDItemContentModificationDate = 2013-02-26 20:03:45 +0000 kMDItemContentType = "dyn.ah62d4rv4ge81e3dwq3y063dusm10e" kMDItemContentTypeTree = ( "public.data", "public.item" ) kMDItemDateAdded = 2013-02-27 20:37:50 +0000 kMDItemDisplayName = "Accounts" kMDItemFSContentChangeDate = 2013-02-26 20:03:45 +0000 kMDItemFSCreationDate = 2013-02-26 20:03:45 +0000 kMDItemFSCreatorCode = "" kMDItemFSFinderFlags = 16 kMDItemFSHasCustomIcon = 0 kMDItemFSInvisible = 0 kMDItemFSIsExtensionHidden = 1 kMDItemFSIsStationery = 0 kMDItemFSLabel = 0 kMDItemFSName = "Accounts.rdrFindProb" kMDItemFSNodeCount = 1997 kMDItemFSOwnerGroupID = 20 kMDItemFSOwnerUserID = 501 kMDItemFSSize = 1997 kMDItemFSTypeCode = "" kMDItemKind = "Find Problem" kMDItemLastUsedDate = 2013-02-28 01:40:41 +0000 kMDItemLogicalSize = 1997 kMDItemPhysicalSize = 4096 kMDItemSupportFileType = ( MDSystemFile ) kMDItemUseCount = 3 kMDItemUsedDates = ( "2013-02-26 08:00:00 +0000", "2013-02-27 08:00:00 +0000" )

Alfred v2, although I can reproduce this in the last v1 version I was using. 1. I have files with 11 character file extensions 2. I've located the files either on the desktop (I have Include folders in Home checked) or I've located them at a path specified in the search scope 3. In the same location, I've also placed text files created by TextEdit 4. I bring up Alfred and type "find <name of file>" for one of the text files and Alfred finds it 5. I type "find <name of file with long extension>" and Alfred does NOT find it (I'm tying the filename without the extension) The TextEdit files either have txt or rtf extensions. I can't change the file extension because the application uses many file extensions to represent different types of saved queries. I can't include the files due to privacy reasons.