macwish

Eject All has been working without a hitch for me - except, since installing Mavericks, after completing ejecting all of my external drive partitions successfully, I get the following crash notification: "UnmountAssistantAgent has crashed unexpectedly." The crash does not seem to cause any lasting problems, because Eject All works the next time. I assume this is a problem of Apple's UnMountAssistantAgent (Version 4.0) and not an Alfred problem. Has anyone seen this? What you were doing when the issue happened: run Eject All in Alfred Whether you were able to replicate it a second time by performing the same action: Happens every time since upgrading to OS X 10.9 (Mavericks). Did not happen with Snow Leopard or Mountain Lion. Include any screenshots that might help us: see attached Include the Alfred version & build number you are using: 2.1 (218) Include your OS X version: OS X 10.9 on MacBook Pro (Early 2011) I can email you the crash report if it would be helpful.

Eject All has been working without a hitch for me - except, since installing Mavericks, after completing ejecting all of my external drive partitions successfully, I get the following crash notification: "UnmountAssistantAgent has crashed unexpectedly." The crash does not seem to cause any lasting problems, because Eject All works the next time. I assume this is a problem of Apple's UnMountAssistantAgent (Version 4.0) and not an Alfred problem. Has anyone seen this? MacBook Pro (early 2011), OS X 10.9, Alfred 2.1.

Like many other Snow Leopard users, I have experimented with Lion and Mountain Lion and have found the experience, like many other, to be underwhelming. And since I need Rosetta, I will not upgrade to 10.8 until forced to by new equipment or by Apple decided to abandon support for Snow Leopard.

That's what I was afraid of, but I did not find the OS X requirements on the Uni Call site. Too bad, as I won't update from 10.6.8 to 10.8 until forced to when I buy a new Mac.

On my MacBook Pro (early 2011), OS X 10.6.8, Alfred 2.0.4, and Unicall 5.0.3, Unicall crashes every time I try to use it. The crash occurs every time I try to enter anything after typing "Call". Here is crash report: Process: bash [10288] Path: /bin/bash Identifier: bash Version: ??? (???) Code Type: X86-64 (Native) Parent Process: Alfred 2 [93245] Date/Time: 2013-05-31 18:37:18.673 -0400 OS Version: Mac OS X 10.6.8 (10K549) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0xfffffffffffffff8 Crashed Thread: Unknown Backtrace not available Unknown thread crashed with X86 Thread State (64-bit): rax: 0x0000000000000055 rbx: 0x0000000000000000 rcx: 0x0000000000000000 rdx: 0x0000000000000000 rdi: 0x0000000000000000 rsi: 0x0000000000000000 rbp: 0x0000000000000000 rsp: 0x0000000000000000 r8: 0x0000000000000000 r9: 0x0000000000000000 r10: 0x0000000000000000 r11: 0x0000000000000000 r12: 0x0000000000000000 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000 rip: 0x00007fff5fc01028 rfl: 0x0000000000010203 cr2: 0xfffffffffffffff8 Binary images description not available

Eureka. I think I got it to work, using the suggestion from one of the posts in the Workflow Forum on the Weather Workflow. In the folder "/Users/ronaldgold/Library/Application Support/Alfred 2/Workflow Data/settings.plist.plist", since there was no file named "settings.plist", I created a blank file named "settings.plist" with TextWrangler, saved it to the Workflow Data folder. I then set weather location and forecast now works. Why?

I am running on OS X 10.6.8. Would this have anything to do with the problem with Weather workflow? All other aspects of Alfred are working, as are a number of other workflows.

The folder Workflow Data does exist, but there is no file "jdwarrior.weather/settings.plist. The only file in the Workflow Data folder is: "/Users/ronaldgold/Library/Application Support/Alfred 2/Workflow Data/settings.plist.plist" the file "settings.plist.plist" consists of the following: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>default.location</key> <string>/q/zmw:00000.1.71265</string> <key>preferred.unit</key> <string>F</string> </dict> </plist>

I also cannot get "Weather" workflow to work. PHP appears to be installed (according to php -r 'echo "PHP seems to be working ok from the command line";'). When I enter "Weather" and then select "Set Location" to "Toronto, Canada", Growl reports "Weather, Default location saved." But when I try Forecast, the response from Alfred is "No default weather location has been set." In Console, I get the following: 3/16/13 6:04:39 PM defaults[8065] The domain/default pair of (/Users/ronaldgold/Library/Application Support/Alfred 2/Alfred.alfredpreferences/workflows/user.workflow.5B1AE330-7E58-4E7A-90E4-C6845872E60A/info.plist, bundleid) does not exist Weather did not work for me with Alfred v2.0 and now v2.0.1 b173.

Very easy to do and you do NOT have to use Fn key. Open Alfred Preferences Open Workflow Panel Click on + symbol and select "Template--Files and Apps--Launch File… Double Click on "Hotkey" Field Enter HotKey you want to use and select Pass Through Workflow Double click on Launch Apps/File" field Select App you want to launch Save