mikedvzo

No Calendar and Reminder access will be prompted by Mac OS permissions when you run a work flow that needs access to Calendar or Reminders. At that point you need to say yes and grant access to Alfred. It will then show up here. You can run this simple workflow and it will request access but you need to download and install iCalbuddy. https://www.dropbox.com/s/pnx2xgm987nmii6/TEST.alfredworkflow?dl=0

FYI - This was fixed by Andrew in another Post that I opened. Turns out it was Alfred not requesting permissions properly.

Problem Solved. I was prompted to allow Alfred 4 access to Reminders and now everything works as expected. Thank you so much Andrew for the quick turn around. Is there a way to donate to Alfred Mega Supporter License after the fact? I would like to do so. I can not imagine life without Alfred

Thanks Andrew, as a note Alfred 4 has access to Calendars in Privacy but not Reminders and iCalbuddy queries both the Calendar and Reminders DB. Also when deanishe was helping in the other post he noted that in 10.13 the test workflow I posted prompted Mac OS to grant permissions to Reminders when it called iCalbuddy.

Alfred 4.0.1 Mac OS Mojave 10.14.5 I am able to duplicate the issue on 2 separate machines running 10.14.5 and with Alfred 4 however, everything works fine with Alfred 3. I have a workflow that was written by a friend in Python for Alfred 3 to query the Exchange Calendar and list the meeting invites and allow you to select one and join a WebEx meeting. It is broken since upgrading to Alfred 4. I tried doing some basic testing since it relies on iCalBuddy and when I try a simple BASH script in Alfred to output the Calendar entries in Alfred it fails. However, all other generic arguments to iCalBuddy seem to work. The 1st command in BASH shell script in Alfred outputs the version but the second fails to output the calendar entries. Both work fine in Terminal /usr/local/bin/icalBuddy -V /usr/local/bin/icalBuddy calendars 2> /dev/null I looked at my console logs and I believe there is a permission issue since it is happening on 2 machines and it is an Alfred 4 with Mojave issue specifically. I receive the following log message every time I run the script from Alfred 4 but I am never prompted to allow Reminder access from Alfred. Neither Alfred 4 or Alfred 3 has permissions to Reminders in Privacy settings however Alfred 3 works fine. I believe there is a bug or compatibility issue with how Mojave is handling things different than previous versions of Mac OS. default 12:09:16.911791 -0400 tccd Prompting for access to kTCCServiceReminders from /Applications/Alfred 4.app/Contents/MacOS/Alfred on behalf of /usr/local/Cellar/ical-buddy/1.8.10/bin/icalBuddy

So I looked at my console logs and I believe it is as we expected a permissions issue but since it is happening on 2 machines I believe it is an Alfred 4 with Mojave issue specifically. I will post a new message in the bug forum since I have now duplicated the issue on more than one machine. I receive the following log message every time I run the script from Alfred but I am never prompted to allow reminder access from Alfred. In addition, neither Alfred 4 or Alfred 3 has permissions to Reminders in Privacy settings however Alfred 3 works fine. That is why I believe it is a bug or compatialbity issue with how Mojave is handling things different than previous versions of Mac OS. default 12:09:16.911791 -0400 tccd Prompting for access to kTCCServiceReminders from /Applications/Alfred 4.app/Contents/MacOS/Alfred on behalf of /usr/local/Cellar/ical-buddy/1.8.10/bin/icalBuddy

I thought so but wanted to make sure after my second machine has the same issue. I am running Mojave and security has been tightened again so perhaps it is related. I would like to see someone else test the workflow on Mojave. I checked and neither Alfred 3 or 4 has access to my reminders so not sure if that would be it but the iCalbuddy does list all the Calendars and the Reminders. Still baffled and thanks for all your help!

Just finished an install of Alfred on another machine which the preferences are synced but that should not affect Permissions and I have the same result. No calendar entries show just the version number.

Just to be clear did you get a list of the Calendars or just the version number.

That was my feeling from the start but I never denied Alfred any privileges. Not sure where to go from here. Went to Request permissions and the one thing Alfred 4 has that Alfred 3 does not is in the image but there is no way to change this.

Here you go. It is as basic as possible. https://www.dropbox.com/s/pnx2xgm987nmii6/TEST.alfredworkflow?dl=0

That was my initial thinking and I checked all the Privacy permissions and most seem to coincide with Alfred 3. The only one that was granted for Alfred 3 and not for Alfred 4 was under Automation "Script Editor" and there is no way to grant it unless it is requested that I know of. Alfred 4 is granted access to Calendar and also to Full Disk but still does not work. I tried testing and ran a simple BASH Script workflow that printed the output and it runs the command: /usr/local/bin/icalBuddy -V fine When I try to print out the list of Calendars in Alfred with a BASH script it outputs nothing: /usr/local/bin/icalBuddy calendars So yes it does look like it cannot even access the list of Calendars from Alfred or it does not like the fact that the iCalBuddy programs spits file access errors when running but eta was not an issue with Alfred 3. Here are the errors: [DIVINCEM-mac] ~ > more test.sh /usr/local/bin/icalBuddy -ic 32ED81EC-A838-452B-9ECC-34EB7161267C eventsNow 2> /dev/null | grep -m 1 "https" | sed 's/.*https\(.*\)/https\1/' | sed 's/\(.*\)[ |>].*/\1/' | cut -d ' ' -f 1 [DIVINCEM-mac] ~ > /usr/local/bin/icalBuddy calendars 2019-05-31 13:18:34.250 icalBuddy[7977:2367870] Error loading /System/Library/PrivateFrameworks/CalendarFoundation.framework/CalendarFoundation: dlopen(/System/Library/PrivateFrameworks/CalendarFoundation.framework/CalendarFoundation, 265): no suitable image found. Did find: /System/Library/PrivateFrameworks/CalendarFoundation.framework/CalendarFoundation: mach-o, but wrong architecture /System/Library/PrivateFrameworks/CalendarFoundation.framework/Versions/A/CalendarFoundation: mach-o, but wrong architecture • Birthdays type: Birthday UID: B85D65E7-1609-4A4C-A15D-6C31C29CEE98 • Found in Natural Language type: Local UID: C0781289-C29D-48EE-80CB-FBF462BBC002 • Found in Apps I did try suppressing the errors like this but still no good: /usr/local/bin/icalBuddy calendars 2> /dev/null

I wanted to see if anyone else has run into issues with Alfred 3 workflows not functioning in Alfred 4. So far I only have the 1 broken and it appears as if Alfred does not like the iCalBuddy program. I tested and called the program from a BASH script in Alfred and it fails. It works fine in Alfred 3 so I suspect it has something to do with Alfred 4 burping at the fact the program throws errors when it runs even though it still works. The 1st command in BASH shell script in Alfred outputs the version but the second fails to output the calendar entries. Both work fine in Terminal /usr/local/bin/icalBuddy -V /usr/local/bin/icalBuddy calendars

I have a workflow that stopped working in Alfred 4 upgrade. It use icalBuddy and now that seems to not be able to parse Calendars in Alfred. The workflow was written by someone in Python for Alfred 3 to query the Exchange Calendar and list the meeting invites and allow you to select one and join a WebEx meeting. It is broken since upgrading to Alfred 4. I tried doing some testing since it relies on iCalBuddy and when I try a simple BASH script in Alfred to output the Calendar entries in Alfred it fails. However all other generic arguments to iCalBuddy seem to work. I am wondering if it is some kind of permission issue that Alfred 4 does not have. I have checked everything in Privacy Settings and see nothing. The 1st command in BASH shell script in Alfred outputs the version but the second fails to output the calendar entries. Both work fine in Terminal /usr/local/bin/icalBuddy -V /usr/local/bin/icalBuddy calendars

Andrew was this ever implemented ?