sphardy

Hi Andrew New build fixes the issue - I see the enhancement also and that shows Alfred is finding the 1Password file in the 3rd Party Integration folder. Thanks for the fast fix

thanks for the pointer - I had missed that post, but gone thru the same debug steps to ensure the bookmark file was being correctly generated. I've added to the thread that I appear to be experiencing the exact same issue.

Hello While I have seen this issue posted previously and resolved, it appears to have returned. I have successfully used 1Password with Alfred for a number of years, but it has 'stopped working' for me recently - the 1Password bookmarks are not loaded into Alfred and instead I see the error "unable to find 1password data" in Alfred Settings -> Features -> 1Password (Red text in lower right of window) I have the "Enable 3rd party app integrations" option turned on in 1Password and I have the bookmarks-default.json generated in the expected location: ~/Library/Application Support/1Password 4/3rd Party Integration/bookmarks-default.json In Alfred I have tried both enabling autodiscovery and also entering the above path manually, but the "unable to find 1password data" error remains Software versions reported as follows: Alfred 2.8.1 (425) 1Password 6 Version 6.0.BETA-2 (600002) OSX 10.11.2 I appreciate I am using a beta, however I have seen no references anywhere to Agilebits changing their 3rd party integration support and have successfully run with their betas before. I would appreciate any suggestions

FYI: I have a markdown ruby script I run via Alfred - actually a bash script in alfred that just passes selected text to the ruby script. That too was failing since upgrading to Mavericks with the raw ruby script just generating errors. Updating the script to specifically call Ruby 1.8 as Clinton suggests immediately fixed the issue.

Think I've found the issue. I use the Finder extension TotalFinder - I tried disabling that and Alfred started to respond immediately again . It also responds immediately after restarting TotalFinder, so something odd appears to have happened, perhaps after a recent update to TotalFinder, which a restart has cured. Note that I've run TotalFinder for as long as I've run Alfred - all without issue - so I'm hoping this was a spurious issue and not some new general incompatibility with TotalFinder

I used the incorrect term - this is to action files selected in Finder. When files are selected and I press cmd+opt+\ then it takes 10s for the Alfred window to appear Same is true if I use cmd+opt+/ to navigate to a file (which works instantly) and then press Fn to open the same action window

Hi I noticed recently that it takes 10 seconds for the file buffer actions window to open when using the Opt+Cmd+\ hotkey on a finder selection. (Literally 10 seconds - I've timed it) I am running the latest 2.0.3 release and have restarted Alfred after temporarily removing my sync'ed preferences to see if any custom workflow was the cause - the problem remains. I also downgraded to 2.0.2 but that didn't help either. Finally I cleared the caches - again no change. (Edit: Removing ~/Library/Application Support/Alfred 2 doesn't fix the issue either - feels like I've effectively completely reinstalled Alfred and the problem remains) The standard Alfred popup is instantaneous as always as is the file search window triggered with Opt+Cmd+/ Could someone please advise? Thanks MacBook Pro running OSX 10.8.3

Thanks - that fixed it

Hi According to a post by Vero, v2.0.3 is available as a pre-release: However I have no such "pre-releases" option in v2.0.2 - where would I find this? ///P

No - but your frequently used actions will migrate to the top of the actions list, so you should see add to faves at the top if you try adding another folder like this:

You have the (non-default) option to use left & right arrows for folder navigation enabled in preferences: Instead press "Fn" when the folder is highlighted for actions

Hi Andrew - bumping this idea as you suggested

Use Ctrl+Enter to remove

FYI: Also can add public.volume type to enable network shares to be favourites - works well on my automounted NFS shares

Or hotkey "cmd+," - default for accessing any Mac App preferences

Many thanks to Clinton for building this - works exactly as hoped

Fantastic! Yes it does exactly as requested. Much appreciated.

ta da!! Seems to be similar issue that causes apps to be listed multiple times in the "Open with..." menu - fixed by: /System/Library/Frameworks/CoreServices.framework/Frameworks/LaunchServices.framework/Support/lsregister -kill -r -domain local -domain system -domain user

Thanks again for the efforts - your suggestion works with text files, but not binaries, I guess due to the limitations of pbcopy I'm wondering if the capability could be achieved via apple script, perhaps somehow calling finder to copy the files to the clipboard?

Hi, Just checking out some Applescript and noticed that Alfred appears to have installed its dictionary many times. Guess this isn't intended?

Like the suggestion, but doesn't pbcopy / pbpaste only work with text files? That said, I tried your suggestion using a workflow with a file action passing arguments to a script of: cat "{query}" | pbcopy Didn't work with text or other files Workflow I tried is here: http://sphardy.net/FsKu

Not if I want to past them into another app Example: I've been consolidating a lot of data files into Evernote notebooks together with various text notes etc. Lots of copy & pasting from various sources that I could do almost entirely without resorting to mouse or trackpad if this option was supported

Yes, but Clipboard is not a destination I can copy to

Hi - I'm looking for an option to copy the actual file(s). It appears for now that Alfred can only copy the file path to the clipboard

FYI: Just posted an update that corrects an occasional issue with double-quotes in the markdown