Open Radar

 
Summary:

When a sandboxed app requests an icon for a special folder like ~/Downloads a generic folder icon is returned instead of the standard icon shown in Finder.

Steps to Reproduce:

Execute the following code in a sandboxed Cocoa app with the com.apple.security.files.downloads.read-write entitlement:

NSString *downloadsPath = [@"~/Downloads" stringByExpandingTildeInPath];
NSImage *icon = [[NSWorkspace sharedWorkspace] iconForFile:downloadsPath];
[[icon TIFFRepresentation] writeToFile:[downloadsPath stringByAppendingPathComponent:@"folder.tiff"] atomically:NO];

NSURL *url = [NSURL fileURLWithPath:downloadsPath];
NSDictionary *values = [url resourceValuesForKeys:[NSArray arrayWithObject:NSURLEffectiveIconKey] error:NULL];
icon = [values objectForKey:NSURLEffectiveIconKey];
[[icon TIFFRepresentation] writeToFile:[downloadsPath stringByAppendingPathComponent:@"folder2.tiff"] atomically:NO];

Expected Results:

Both image files contain the standard Downloads folder icon shown in Finder.

Actual Results:

The folder image is a generic folder icon and the folder2 image is a symlink folder icon.

Regression:

The example code works as expected in non-sandboxed applications.