sphardy
-
Posts
84 -
Joined
-
Last visited
Content Type
Blogs
Gallery
Downloads
Events
Profiles
Forums
Articles
Media Demo
Everything posted by 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
-
Yeah - just spotted that (was editing my last msg as you posted, but thought it was a typo rather than intentional) I'm up to date with the other flows so no issue Thanks again for all your help
-
Doh! Should have thought to look - yup we have an error: [com.danielsh.alfred.alleyoop: Evernote 3.5 failed with error: 'download_url' (2013-04-05-10:38:35)] Occurs for each Workflow installed (except Things) Edit: Looks like typo's! You have changed to using "download_url" instead of "download_uri"
-
Kind of progress again - Things is now properly listed (Yay!), but I've lost all of the other workflows
-
Yup - no problem: { "version": 2.13, "download_url": "http://alfred.daniel.sh/Workflows/Things.alfredworkflow", "description": "Faster, clearer results; tags, dates fixed; more Unicode fixes." }
-
Yes - I have a bunch of entries like this: [com.danielsh.alfred.alleyoop: Things failed (2013-04-05-10:14:47)] But that is all - nothing to say why there was a failure
-
Brilliant - that's Issue #1 fixed so many thanks for this. Issue #2: As reported, the Things Workflow still doesn't appear to AlleyOop for me. There was an update to AlleyOop (v2.0 - Security Fixes) that I just installed, but the issues remains afterwards For completeness, the update.json file now shows this: { "version": 2.13, "remote_json": "http://alfred.daniel.sh/Updates/Things.json" }
-
More progress. Now I'm getting the Alfred list and can add tasks once again (no silent failure) so all seems to be working, but need more time to test properly However you made a change previously to force Things to the front when searching, a change that appears to be missing from the applescript snippet in act.py (can't remember the exact code) Could you please add that back?
-
Progress, but appear to be hitting a similar issue still: Traceback (most recent call last): File "feedback.py", line 125, in <module> do_feedback() File "feedback.py", line 65, in do_feedback de_area = area.decode("utf-8", "replace") File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/encodings/utf_8.py", line 16, in decode return codecs.utf_8_decode(input, errors, True) UnicodeEncodeError: 'ascii' codec can't encode character u'\u30fb' in position 7: ordinal not in range(128)
-
I've done some debugging First, the hard coded path to my Things database (line 14 of feedback.py) is incorrect. (Should be ~/Library/Application Support/Cultured Code/Things/ThingsLibrary.db) Once I corrected that I then got some output indicating an error: Traceback (most recent call last): File "feedback.py", line 118, in <module> do_feedback() File "feedback.py", line 59, in do_feedback icon = os.path.join(alp.local(), "images", "{0}.png".format(area)) UnicodeEncodeError: 'ascii' codec can't encode character u'\u30fb' in position 7: ordinal not in range(128)
-
As said - the symptoms are identical to last time in that I get no output. I just get this: Nothing further appears and pressing Enter doesn't do anything either.
-
Ummm... the latest workflow has also stopped working for me with symptoms as I reported before - get no items listed The version with the binary worked for me after you made a fix (see post #25 of this thread)
-
I'm running Things v2.1.1 from the App Store which I expect is the latest version (no updates reported for some time) Prior to my previous post I downloaded new versions of both the Things and AlleyOop workflows - no change. Yes I do have a update.json file in the workflow folder with the following contents: { "version": 2.1, "remote_json": "http://alfred.daniel.sh/Updates/Things.json" }
-
Not for me it doesn't. Just reinstalled as a precaution and to be sure I got the latest version, but here's what I see in Alfred:
-
Any chance of Alleyoop support soon? Given you're the author... ;-)
-
Yeah! That fixed it - many thanks.
-
The update appears to have fixed my issue also and I can now create tasks and see the list as shown in the 1st post of this thread. I can also search - but while selected items are highlighted, the window is not re-opened if Things is minimised. Could that be added? Edit: Ummm... Looking at the script it appears Things should activate and open, but doesn't