mikedvzo

FYI - This problem still happens all the time with only Terminal as the front most app.

I am receiving the following Console log error message every time I start Alfred and was wondering if someone could shed some light. The Identifier in question is my iCloud Account. 1/15/16 10:06:01.919 PM Alfred 2[1580]: [Accounts] Failed to update account with identifier 1864DA96-3079-4ADC-95B1-459BEC893296, error: Error Domain=ABAddressBookErrorDomain Code=1002 "(null)"

I have been running 10.11 and still seeing this issue intermittently. Only happens when Terminal is the frontmost window. Restarting Alfred fixes the issue temporarily when it does occur.

I create a workflow that can basically control every function on my Marantz AV7701 Preamp via The Marantz/Denon Control Protocol and mapped Alfred Remote. Pretty cool if anyone has a Denon or Marantz Receiver or Preamp this Workflow will do the job. http://bit.ly/1IgXRcF Here is a link to the latest Control Protocol Guide Marantz 2014 NR Series - SR Series RS232 IP Protocol

Thx This is a great workflow and a must have for a true Audiophile. I literally have 9 output Audio sources, 2 Airport Expresses, 3 ATV, Marantz Preamp, and 3 sources off my computer one being a Digital Output to an Amp driving my Sennheiser Headphones. . I need to dissect it since I have not done much with script filter and see if I can port my simple workflow for changing iTunes Equalizer presets to a script filter.

I define my direct connections to my Mac's in Alfred Remote via my Public IP and then access my Macs over the public IP whether I am local or remote. The router just hairpins the connection and it works fine even if you are on the same submit and use the Public IP.

Still not sure what is the cause of this app but I am certain it only happens when Terminal is the frontmost app. It is bizarre and something in terminal appear to be stealing focus but I am not doing anything unusual in terminal except running shell scripts.

Behavior seemed to be erratic and the debug was throwing errors. I grabbed the latest and now it does not work at all. Starting debug for 'Translate' [sTDERR: alfred.workflow.input.scriptfilter] [23:02:19][filter.php:103][ERROR] Request completely failed, and no cached data exists. cURL debug information follows: [23:02:19][filter.php:103][ERROR] cURL error number: 22 [23:02:19][filter.php:103][ERROR] cURL error message: `The requested URL returned error: 503 Service Unavailable`. [23:02:20][filter.php:103][ERROR] Request completely failed, and no cached data exists. cURL debug information follows: [23:02:20][filter.php:103][ERROR] cURL error number: 22 [23:02:20][filter.php:103][ERROR] cURL error message: `The requested URL returned error: 503 Service Unavailable`. [23:02:20][filter.php:103][ERROR] Request completely failed, and no cached data exists. cURL debug information follows: [23:02:20][filter.php:103][ERROR] cURL error number: 22 [23:02:20][filter.php:103][ERROR] cURL error message: `The requested URL returned error: 503 Service Unavailable`. [23:02:21][filter.php:103][ERROR] Request completely failed, and no cached data exists. cURL debug information follows: [23:02:21][filter.php:103][ERROR] cURL error number: 22 [23:02:21][filter.php:103][ERROR] cURL error message: `The requested URL returned error: 503 Service Unavailable`. [23:02:21][filter.php:103][ERROR] Request completely failed, and no cached data exists. cURL debug information follows: [23:02:21][filter.php:103][ERROR] cURL error number: 22 [23:02:21][filter.php:103][ERROR] cURL error message: `The requested URL returned error: 503 Service Unavailable`. [ERROR: alfred.workflow.input.scriptfilter] XML Parse Error 'The operation couldn’t be completed. (NSXMLParserErrorDomain error 4.)'. Row (null), Col (null): 'Document is empty' in XML: Warning: Invalid argument supplied for foreach() in /Users/username/Dropbox/Sync/Alfred 2/Alfred.alfredpreferences/workflows/user.workflow.ECA96D19-FE23-4E7B-ACCC-936A70338790/functions.php on line 22 Warning: Invalid argument supplied for foreach() in /Users/username/Dropbox/Sync/Alfred 2/Alfred.alfredpreferences/workflows/user.workflow.ECA96D19-FE23-4E7B-ACCC-936A70338790/functions.php on line 22 Warning: Invalid argument supplied for foreach() in /Users/username/Dropbox/Sync/Alfred 2/Alfred.alfredpreferences/workflows/user.workflow.ECA96D19-FE23-4E7B-ACCC-936A70338790/functions.php on line 22 Warning: Invalid argument supplied for foreach() in /Users/username/Dropbox/Sync/Alfred 2/Alfred.alfredpreferences/workflows/user.workflow.ECA96D19-FE23-4E7B-ACCC-936A70338790/functions.php on line 22 Warning: Invalid argument supplied for foreach() in /Users/username/Dropbox/Sync/Alfred 2/Alfred.alfredpreferences/workflows/user.workflow.ECA96D19-FE23-4E7B-ACCC-936A70338790/functions.php on line 22 <?xml version="1.0" encoding="UTF-8"?> <items> <item arg="{"action":"translate","translation":"","original":"sit","code":"en","listen":""}" valid="yes"> <title></title> <subtitle>English: sit</subtitle> <icon>icons/en.png</icon> <subtitle mod="cmd">Open in Web Browser</subtitle> <subtitle mod="alt">Listen to Translation</subtitle> </item> <item arg="{"action":"translate","translation":"","original":"sit","code":"es","listen":""}" valid="yes"> <title></title> <subtitle>Spanish: sit</subtitle> <icon>icons/es.png</icon> <subtitle mod="cmd">Open in Web Browser</subtitle> <subtitle mod="alt">Listen to Translation</subtitle> </item> <item arg="{"action":"translate","translation":"","original":"sit","code":"it","listen":""}" valid="yes"> <title></title> <subtitle>Italian: sit</subtitle> <icon>icons/it.png</icon> <subtitle mod="cmd">Open in Web Browser</subtitle> <subtitle mod="alt">Listen to Translation</subtitle> </item> <item arg="{"action":"translate","translation":"","original":"sit","code":"fr","listen":""}" valid="yes"> <title></title> <subtitle>French: sit</subtitle> <icon>icons/fr.png</icon> <subtitle mod="cmd">Open in Web Browser</subtitle> <subtitle mod="alt">Listen to Translation</subtitle> </item> <item arg="{"action":"translate","translation":"","original":"sit","code":"de","listen":""}" valid="yes"> <title></title> <subtitle>German: sit</subtitle> <icon>icons/de.png</icon> <subtitle mod="cmd">Open in Web Browser</subtitle> <subtitle mod="alt">Listen to Translation</subtitle> </item> </items>

It turns out that you only have to turn off Mac OS X 10.11 System Integrity Protection to move the XtraFinder App and create a symbolic link and then you can turn it back on so I am back up and running with XtraFinder.

I just recently upgraded to 10.11 and XtraFinder has not been ported unless you use a security hack which I prefer not to do. However I am rather dependent on Alfred revealing all new folders and files in the current window in a new tab. This was the behavior if you used XtraFinder. However without XtraFinder Finder opens up a new window from Alfred. This means you are cluttered with dozens of Finder windows which is highly undesirable when trying to navigate and move files. Any ideas are welcome.

Thx Shawn I am trying to be much stricter with security moving forward as I never run a virus program so trying to avoid sudo. The issue is that if I add myself to the sudoers file with a password the script running in workflow will look for password input and there will be no prompt to enter the password since it is running in a unix shell. If I add myself to sudoers without a password I am susceptible to a "Rootpipe flaw". What I winded up doing was changing the shell commands to not use sudo and placed all the commands in one bash script file and created an AppleSript and saved it as a application and called that from Alfred. The alfred script does a "do shell script "~/bin/RUN-SCRIPT" with administrator privileges" which makes OS X prompt for an admin password only once even if there are multiple commands requiring admin privileges. Thx for your help!

The other option is to have program that will allow me to run the script as another user that has Admin and Sudo Privileges so I only have to type the admin credentials once and not 3 times for each entry in my script.

It was a glitch in OS X I had changed my account to standard and rebooted and it worked fine but then I rebooted again an now it does not work in OS X. Thanks for the code I wrote something like this a very long time ago in C for SGI but that was 1992 and I am by no means a programmer :-)

Thx I had read that it was not supported anymore but his seems to work. I had to modify it and use the original post where this was probably taken from since the AS only works if your password has no special character. I did the parsing like the original post suggested in a bash script that called Ruby which i have no knowledge of

I am trying to get away from having my primary account as an Admin account but need to run a script regularly from Alfred that needs root/su access. I used to do it with sudo and not require a password but decided to create the script with the set-user-ID bit instead. The script runs fine from terminal when I execute it however, from Alfred it pops up with admin authentication box. Is there a reason why this does not run in Alfred properly and is their a workaround. The workflow simply calls the script: /bin/bash cvo-enable.sh which contains the following system commands: /usr/sbin/networksetup -setdnsservers Wi-Fi 10.0.0.1 /usr/sbin/networksetup -setsearchdomains Wi-Fi mydomain.com -rwsr-xr-x@ 1 root wheel 736B Oct 1 14:03 cvo-enable.sh

Thanks Andrew I am going to try and reproduce in on my other Mac which has a different account and will keep you posted. It is definitely only happening with Terminal as the frontmost app and Compatibility mode does seem to fix the issue. The issue is very bizarre as some times I can reproduce it easily like the other day and other times like now I cannot.

I tried to modify this workflow to support keychain but to no avail since it seem support has been deprecated for terminal keychain access in Yosemite. Instead I made this change to read from a field that is only accessible by me so that the password is not directly stored in the Alfred Workflow which is in my Dropbox. It is stored in a local home directory which is hidden and only I have access to the file and directory. A little more secure I guess on alfred_script(q) tell application "System Events" do shell script "caffeinate -u -t 1" key code 123 delay 0.5 -- Set the string in the file macpassfile set myfile to ("Macintosh HD:Users:mdivince:mydirectory:macpassfile") set passwd to (read file myfile) keystroke passwd delay 1 keystroke return end tell end alfred_script

I was hoping there was a way to debug this since it is very annoying.

It happens with all Workflows when Terminal is the Frontmost application. It does not happen every time but you only have to wait a few minutes to make it happen each time.

I was able to test with Compatibility mode and switch back and forth with Standard mode while the problem was occurring and it was confirmed that it only happens in Standard mode. However that being said in Standard mode everything is fine until I type the last character of the keyword in the workflow and then Alfred disappears and Only when Terminal is the Front most app and after typing input into the Terminal screen. Now that I know the problem occurs when Terminal is active I can reproduce the problem rather easily.

A little more testing and I am convinced it is not a focus issue but an issue with Alfred. Here is a screencast and you can see that Alfred will stay in focus indefinitely. It is only when I type the last character in my workflow match "1" that Alfred disappears. In addition it disappears if Terminal is frontmost but not if other programs are like Safari. In the beginning of the video it is working fine but when I switch frontmost App from Terminal to Safari and back to Terminal is when the behavior starts. Seems to always be related to Terminal which I use all the time. I have not tried compatibility mode yet as I am still trying to figure out what is going on. Watch carefully http://bit.ly/1iwFXqn - Mike

Vero thanks for the input. I will keep investigating and will try the compatibility mode too but want to find out what is causing the issue. I have been using Alfred from the beginning and this is the first I have had this issue.

So I have been doing more testing with this and I can definitely observe the behavior and it seems to occur when Terminal is the frontmost application. I was able to record the behavior and it seems that switching my frontmost application from Terminal fixes the issues and then it remains that way after switching back. I will continue to gather information but I am pretty certain this is not do to some third party application grabbing focus from Alfred. If you watch the screencast I am trying to type the word "advice" and it fails after a few characters. http://bit.ly/1MFLXKD

No I have not and I would think if that was the case then restarting Alfred every time would not fix the issues and it does.

Since the latest release of Alfred 2 I have been experiencing an issue rather regularly, every other day, where Alfred will disappear while typing into the command line. I have not been able to narrow it down to a specific workflow or search since it happens intermittently. When it happens it gets stuck in that situation and after I try to type an argument to a workflow typically it just disappears and I have to re-invoke Alfred repeatedly until I Quit Alfred and restart and all is good. - Mike