Andrew

I believe this is related to this bug in Mavericks: http://www.alfredforum.com/topic/3340-alfred-not-visible-after-lock-on-mavericks/ Alfred is actually showing himself but off screen due to OS X (take a look at the apple support thread linked to lower in that thread). I suggest turning off the lock command for now and renaming the screensaver command to 'lock' with a password set in your OS X security prefs. I'm going to move this to closed, follow on that thread above for progress. Cheers, Andrew

This should be fixed if you download the 2.1.1 pre-release from Alfred's Update prefs

Excellent, glad that sorted your issue out

I have had another play with this and I think I've got it... it looks like 'Escape copied path' is to blame in Alfred's Features > File Search > Advanced prefs. I'm going to move this back to bugs and get it fixed for 2.1.1, but for now, untick this option and things should work better

If there is an issue, it will be outside of Alfred's control and down to the specific apps sharing the plist. Alfred does 2 things when looking for recent docs for an app, looks at his own internal knowledge, and opens the plist of 'recent docs' for that app. Alfred then just shows the data which is available. If the data isn't in the plist, Alfred wouldn't know anything more than this. It's also worth noting that in my experimentation, things are updating very fast indeed... I just opened a few photos in Preview.app, and they were in the recent documents list in Alfred immediately. It might be worth creating a new profile on your Mac, switching to that profile and seeing if the recent docs are updating faster.

For your initial issue, one thing which could help is turning off ctrl to bring up the actions panel in Alfred's Features > File Search > Navigation. As for remapping enter in a certain scenario, I'm not sure how this will work with Alfred as he treats your keypresses instantly and verbosely i.e. if you press enter, he will have already dealt with this before you press a second key so he will be treating it as (your remapped) ctrl key. Alfred works on key down instead of key up for perceptual performance, so I'm not sure your remapping of enter -> ctrl will ever be compatible with Alfred.

Thanks for the link - lets hope Apple get this fixed! Have you tried a new user account on your Mac like somebody suggested on there?

Great! Cheers, Andrew

I haven't been able to reproduce this issue on 10.8 or 10.9 with either files or folders. Do you have something in particular installed which could be affecting OS X's flle system APIs? I'm going to move this to the help forum to see if others can reproduce it or shed some light on the issue.

I've been unable to reproduce this issue - I'm going to move it into the help forum to see if anybody else is seeing this issue. It could be some corruption in Finder somewhere. Cheers, Andrew

I haven't seen this behaviour, but there is a chance that InDesign has a bit of a custom clipboard contents without a default string type. I'm going to move this into the help forum to see if anybody else can verify the issue in Adobe products (which I don't have). Cheers, Andrew

Alfred fully resolves all symlink trees by design in the file actions. I'll add a ticket to consider the implications of this as I can see that the top level node symlink may be the thing you want to delete rather than the source. [moving to investigating]

Alfred shows the documents which OS X makes available to him. Usually it's instant but sometimes, you may see a delay in these appearing in Alfred as the app hasn't updated its shared 'recent documents' plist. As soon as an app has shared this info, Alfred can show it. As for apps such as Photoshop, you are correct that this doesn't share its recent documents, but if you use Alfred to open documents, then he should show all the documents you have opened through him. [moving to closed]

I'm unable to reproduce this behaviour - try re-enabling and re-disabling the clipboard history. You may also be seeing a permissions or syncing error which is preventing Alfred from persisting the state of the history, so try disabling the clipboard history and restarting Alfred, then seeing if the clipboard history is still disabled in the preferences. Cheers, Andrew

Check OS X's Security & Privacy > Privacy prefs to see if Alfred has access to both Contacts and Reminders, if not, this could explain a possible difference.

Alfred is more clever than this, he won't send subsequent requests to a website if the previous one hasn't returned. If a user types 'a' and while the website is slow at responding, they subsequently type 'ndrew', the second request to the website will be 'andrew'... not 5 requests of 'an', 'and', 'andr', andre', 'andrew'. Cheers, Andrew

Ah hmm I see what you mean… I'm not quite sure if there is a workaround for this one as the results listed are keyword results, not file results, so Alfred doesn't see the result as a file. What I'm going to do is add a ticket for 2.1.1 to see if I can get the base folders treated as normal folders so that spotlight comments work as expected on the scope folders… then you won't need the workflow and you'll be able to use the right arrow. Cheers, Andrew

Ah very interesting, glad you got this working

In the workflow, if you attach the keyword to a "browse in Alfred" action and set the folder path to be the folder you want to browse in Alfred, then it should work as you need

There is still a little issue with non EN locales which have a different definition format… I'll have this fixed in 2.1.1

I can understand why this wouldn't be working as the home folder is treated as a special folder by Alfred. As this is a bit of a corner case, I suggest the best way to work around this is create a simple workflow of aliases to the folders you want, e.g. a dl keyword which opens the Downloads folder. This will mean they will always work regardless of your scope, and without having to use Spotlight comments. Let me know if you need a hand with this

Hi there, This is done with Workflows which are significantly more powerful and flexible than the extensions system in v1. Take a look at this to get started: http://support.alfredapp.com/workflows … or the Workflows section of this forum for help and examples. Cheers, Andrew

If Apple Support have completely reinstalled your Mac, this is what would have removed Alfred, as reinstalling specifically removes everything on your Mac and starts again. If they have removed your Alfred settings, then you may not be able to get these back again unless you have backed them up. To start again, you can simply download Alfred 2 from http://alfredapp.com and I've just re-sent your Powerpack license to your registered (comcast) email address. Let me know if you have any issues activating. [moving to help forum] Cheers, Andrew

Alfred simply uses NSWorkspace's openFile, so I have to agree that this will be down to Alfred being a background app. Alfred 2 doesn't actually ever come to the foreground, the preferences are a completely separate app which Alfred launches, allowing the core of Alfred to stay very lightweight indeed.

The only thing you need to copy over is Alfred.alfredpreferences which contains almost all of your preferences. If you have ever setup syncing to e.g. Dropbox, you can re-attach to the preferences using the sync options in Alfred's Advanced prefs.