• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Sandboxing rearing its ugly head again with folder actions.
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Sandboxing rearing its ugly head again with folder actions.


  • Subject: Re: Sandboxing rearing its ugly head again with folder actions.
  • From: Alex Zavatone <email@hidden>
  • Date: Tue, 25 Jun 2013 20:30:18 -0400

Several reboots later and all is well.

Would a failed locum or distnoted operation prevent a "files added" folder action from triggering even if the files were successfully added to the folder?


On Jun 25, 2013, at 8:08 PM, Alex Zavatone wrote:

> How fun.
>
> Rebooted the server and the folder action works for the problem folder.  No Sandboxing smdb deny job-creation.
>
> But now, the child folders  aren't triggering the folder action applied to them and they aren't raising a sandboxing error.
>
> I'm trying this directly on the server.  Even putting up a dialog.  What is it with Folder Actions that makes them so hit and miss?
>
> Nothing coming out in the console.  No dialog indicating the folder action was invoked.
>
> What could prevent a folder action's add files or remove files methods from even being invoked at all?
>
> I should have simply parsed the directory listing for the URL.  This is simply too hit and miss.
>
>
> This is really annoying, considering I just wasted an hour and a half on it and we have no idea why it started happening in the first place.
>
>
> On Jun 25, 2013, at 6:51 PM, Alex Zavatone wrote:
>
>> This is a followup on my suspicion that sandboxing might be getting in the way of an AppleScript Folder Action that writes out a plist into a volume that is shared ala HTTP and AFP, which I then read from an iOS app.
>>
>> Yeah, it's really happening.
>>
>> Platform: Mac OS X Server 10.8.2
>>
>> Folder path
>> /Users/SVN/Sites/Synched Folders/Videos
>>
>> I have successfully added the same folder action script to 3 other folders within the parent.
>>
>> Upon adding a file or folder to the above folder, this is what happens in the console:
>>
>> <PastedGraphic-1.jpg>
>>
>> Whenever I try to add a file to these folders, this is what happens, while the others function perfectly writing out the filelist.plist.  This file currently does not exist in the problem folder.  Surprisingly, I did create one functioning folder earlier on today without an issue.
>>
>> Here's the full report from the console:
>>
>> smbd(24638) deny job-creation
>>
>> Process:         smbd [24638]
>> Path:            /usr/sbin/smbd
>> Load Address:    0x108297000
>> Identifier:      smbd
>> Version:         ??? (???)
>> Code Type:       x86_64 (Native)
>> Parent Process:  launchd [1]
>>
>> Date/Time:       2013-06-25 17:40:31.667 -0400
>> OS Version:      Mac OS X 10.8.2 (12C60)
>> Report Version:  8
>>
>> Thread 0:
>> 0   libsystem_kernel.dylib        	0x00007fff86c3a686 mach_msg_trap + 10
>> 1   liblaunch.dylib               	0x00007fff89bbc13d
>> 2   liblaunch.dylib               	0x00007fff89bbd7fa
>> 3   libsystem_c.dylib             	0x00007fff8301ef90 pthread_once + 87
>> 4   liblaunch.dylib               	0x00007fff89bb904d launch_msg + 132
>> 5   smbd                          	0x00000001082b47f4 darwin::launch_checkin(darwin::launch_job&) + 92
>> 6   smbd                          	0x000000010829d9cd main + 1272
>> 7   libdyld.dylib                 	0x00007fff8c38b7e1 start + 0
>>
>> Thread 1:
>> 0   libsystem_kernel.dylib        	0x00007fff86c3cd16 kevent + 10
>> 1   libdispatch.dylib             	0x00007fff8e9389ee _dispatch_mgr_thread + 54
>>
>> Thread 2:
>> 0   libsystem_kernel.dylib        	0x00007fff86c3a686 mach_msg_trap + 10
>> 1   liblaunch.dylib               	0x00007fff89bbb4ef
>> 2   libxpc.dylib                  	0x00007fff8e952972 _xpc_connection_init + 278
>> 3   libdispatch.dylib             	0x00007fff8e9360b6 _dispatch_client_callout + 8
>> 4   libdispatch.dylib             	0x00007fff8e93747f _dispatch_queue_drain + 235
>> 5   libdispatch.dylib             	0x00007fff8e9372f1 _dispatch_queue_invoke + 52
>> 6   libdispatch.dylib             	0x00007fff8e9371c3 _dispatch_worker_thread2 + 249
>> 7   libsystem_c.dylib             	0x00007fff8301fcab _pthread_wqthread + 404
>> 8   libsystem_c.dylib             	0x00007fff8300a171 start_wqthread + 13
>>
>> Thread 3:
>> 0   libsystem_kernel.dylib        	0x00007fff86c3c6d6 __workq_kernreturn + 10
>> 1   libsystem_c.dylib             	0x00007fff8301fcb3 _pthread_wqthread + 412
>> 2   libsystem_c.dylib             	0x00007fff8300a171 start_wqthread + 13
>>
>> Thread 4:
>> 0   libsystem_kernel.dylib        	0x00007fff86c3c6d6 __workq_kernreturn + 10
>> 1   libsystem_c.dylib             	0x00007fff8301fcb3 _pthread_wqthread + 412
>> 2   libsystem_c.dylib             	0x00007fff8300a171 start_wqthread + 13
>>
>> Binary Images:
>>   0x108297000 -        0x108308fff  smbd (136.18) <4A5AB358-7923-3C88-86BD-B4A52385C723> /usr/sbin/smbd
>> 0x7fff83009000 -     0x7fff830d5fe7  libsystem_c.dylib (825.25) <8CBCF9B9-EBB7-365E-A3FF-2F3850763C6B> /usr/lib/system/libsystem_c.dylib
>> 0x7fff86c2a000 -     0x7fff86c45ff7  libsystem_kernel.dylib (2050.18.24) <C0535565-35D1-31A7-A744-63D9F10F12A4> /usr/lib/system/libsystem_kernel.dylib
>> 0x7fff89bb8000 -     0x7fff89bc0fff  liblaunch.dylib (442.26.2) <2F71CAF8-6524-329E-AC56-C506658B4C0C> /usr/lib/system/liblaunch.dylib
>> 0x7fff8c389000 -     0x7fff8c38cff7  libdyld.dylib (210.2.3) <F59367C9-C110-382B-A695-9035A6DD387E> /usr/lib/system/libdyld.dylib
>> 0x7fff8e934000 -     0x7fff8e949ff7  libdispatch.dylib (228.23) <D26996BF-FC57-39EB-8829-F63585561E09> /usr/lib/system/libdispatch.dylib
>> 0x7fff8e94a000 -     0x7fff8e96cff7  libxpc.dylib (140.41) <FAC04D8B-680E-325F-8F0C-DD69859D0E01> /usr/lib/system/libxpc.dylib _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> AppleScript-Users mailing list      (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>> Archives: http://lists.apple.com/archives/applescript-users
>>
>> This email sent to email@hidden
>


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
AppleScript-Users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
Archives: http://lists.apple.com/archives/applescript-users

This email sent to email@hidden


References: 
 >Re: Sandboxing rearing its ugly head again with folder actions. (From: Alex Zavatone <email@hidden>)

  • Prev by Date: Re: Sandboxing rearing its ugly head again with folder actions.
  • Next by Date: ScriptUI Problems Reported with InDesign CC - In AS Too ???
  • Previous by thread: Re: Sandboxing rearing its ugly head again with folder actions.
  • Next by thread: Re: Sandboxing rearing its ugly head again with folder actions.
  • Index(es):
    • Date
    • Thread