Folder Action Dispatcher

Folder Actions Dispatcher sits in memory, and grows and grows until it consumes over 2 GB. It will typically ask for as much as 50% of the CPU as well. Then it usually crashes, but not before consuming the RAM that should be available for other applications.


I did some sleuthing, and found a com.apple.FolderActions.folders.plist file in the ~Library/Launch Agents folder. Something is changing it very frequently.

Inside, the file contains the following script:


<?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>Label</key>

<string>com.apple.FolderActions.folders</string>

<key>Program</key>

<string>/usr/bin/osascript</string>

<key>ProgramArguments</key>

<array>

<string>osascript</string>

<string>-e</string>

<string>tell application "Folder Actions Dispatcher" to tick</string>

</array>

<key>WatchPaths</key>

<array>

<string>/Applications</string>

</array>

</dict>

</plist>


I conclude that some application somewhere is causing AppleScript to watch /Applications for changes, for some reason. I don't knowwhy this would cause Folder Actions Dispatcher to grow and grow as it does.


Questions:

  • is there a way to find the "author" or "owner" (a program) of the script and stop it?
  • I cannot delete the file -- are there innocuous changes to it that might cause it to stop behaving this way?

thank you

Mac Pro

Posted on Jul 26, 2014 9:00 AM

Reply
52 replies

Feb 8, 2015 2:45 PM in response to Hen3ry

in reply to schwerd and Hen3ry:


Two files in your user Library to check. Note the differences in the two names:

  1. ~/Library/LaunchAgents/com.apple.FolderActions.folders.plist
  2. ~/Library/Preferences/com.apple.FolderActions.plist


The first one will have a list of file paths to where anything with a Folder Action may be. If there are any items between the "WatchPaths" and "" the System will still try to run Folder Action Dispatcher, and, most likely will crash or at least consume vast amounts of cpu cycles.


The second plist will indicate the true status of of Folder Actions being enabled or not. Just after the 'key' "folderActionsEnabled" will be a Boolean value. It could be either 'true' or 'false'. Unless it is 'false', Folder Actions are still enabled, regardless of what Folder Actions Setup says.


A re-install, may correct these files (and whatever caused the 'Dispatcher' problem) or it may not. That is probably the simplest step, though it will be quiet long, of course.


The second method is what I used. First, make a copy of these two files to your Desktop. Second, edit those files. You can edit them with TextEdit if you make sure that you save the changes as a plain text file (.txt). If it saves the file and leaves the ".plist" extension, you're set to go. If it doesn't, just change the 'txt' to 'plist' and click OK when the System asks if that's really what you want to do. Lastly, drag these two, edited, files back to the appropriate folder. You may want to log out and back in to be sure the OS 'sees' the changes you made. Hope that helps!

Feb 9, 2015 3:20 PM in response to Hen3ry

GREAT! 😎 🙂

! did a similar 'inspection' routine on another Mac (a mini that I had used, sparingly, with the ßetas) and found the pristine files as a guide.


There are two profound lessons from these exercises:

  1. Milages do, indeed, vary!
  2. Always have a spare Mac running the same OS! $$$!


Just hope everyone can find a solution that works! Better yet, Apple figures out what the problem is and fixes it. There are several thread here and many posters are really upset.


Fortunately, the two plists I mentioned are the old, XML type. Several others I 'played' with required Xcode, since they are the newer compiled type. I didn't want to mention the need for editing those files as most people don't have/want/need Xcode.

Oct 22, 2014 5:39 AM in response to odontojeter2

I had the same problem, with the same solution. That is, I had several locations of .../LaunchAgents and .../LaunchDaemons in my folder actions list. After letting the system sit for about 6 hours (doing absolutely nothing), the memory usage of Folder Actions Dispatcher grew to 20 GB (yes, GB). This rendered the system pretty much unusable.


After deleting the folder actions and turning off folder actions, everything seems fine.


I've posted a bug with Apple...

Oct 25, 2014 12:18 PM in response to DragonDave

I had the same problem. After some experimenting, I discovered that Folder Actions Dispatcher started spinning when I included a "new item alert" for ~/Library/LaunchAgents. If I remove this folder from the list of Folders with Actions, then Folder Actions Dispatcher behaves itself. Currently I have actions set up for LaunchAgents and LaunchDaemons in /System/Library and /Library and for /bin. I have no idea why the one particular folder/dir causes the problem behavior. There are only five plist files in there, and none have changed since I upgraded to Yosemite.


Apple needs to fix this. Folder Actions Dispatcher is a useful security watchdog.

Oct 27, 2014 5:19 AM in response to Nidan.2006

After posting a bug with Apple, they asked me to gather some diagnostic information. This allowed me to research it a little further.


It looks like the Folder Actions Dispatcher creates its own set of files in ~/Library/LaunchAgents. One of them - com.apple.FolderActions.folders.plist - seems to constantly get updated (touched) when that folder is in the folders list. This seems to cause a bit of a feedback loop, which causes Folder Actions Dispatcher to chew up virtual RAM in a serious way.

Nov 2, 2014 5:47 AM in response to Rjkjr

Same goes for me. Every day since I upgraded from Mavericks to Yosemite, I was wondering why my iMac w/16 GB RAM would steadily swap. Activity Monitor showed that 'Folder Action Dispatcher' was occupying an obscene 13.5 GB of RAM - and growing.

To make a long story short, under Mavericks, I had written a small script as a folder action that was watching all LaunchAgent folders, in order to save them from manipulation. This was working without a hitch in Mavericks, but not so any more in Yosemite.

After disabling all folder actions, the system was healthy again.

Guess it's a bug, not a feature.

Dec 15, 2014 7:45 PM in response to DragonDave

While the issue has not been corrected, the fix does work. While most of the people commenting above found disabling Folder Actions to resolve their issue, I use Folder Actions and cannot have it disabled. Even after reading this post a week ago, I came away thinking there still wasn't a fix for me, since I couldn't simply disable Folder Actions. Yesterday, I tried right clicking a folder, choosing Folder Action Setup, and unchecking Enable Folder Actions. As expected, the timed out Folder Action Dispatcher disappeared from my Event Viewer and everything was back to normal, minus my functioning Folder Actions. Then, I went back and re-checked the Enable Folder Actions. Sadly, this locked my entire system up. I was very depressed, until I did a hard shutdown, and upon rebooting, Folder Actions had indeed reenabled, and everything has been running smoothly for over 24 hours. In short, the solution is to disable and then reenable Folder Actions. Hope this helps someone.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Folder Action Dispatcher

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.