Hardware Growler Airport icon missing?

[nsap]

I'm not sure when this started happening, but I've tried clearing caches, repairing permissions... basically everything I could think of doing. Is anyone else having this problem? Does anybody know where Growl/Hardware Growler pulls the Airport icon from?

This issue occurs on both connected and disconnected Airport messages.

Thanks

http://x013.uploaderx.net/x/224_Picture%201.png

[nsap]

bump for wtf did i do

[nsap]

One last bump. Anybody?

[The_Tick]

I've got a feeling that launch services icon cache is messed up somehow on your machine. I don't remember how to fix it.

[nsap]

I've got a feeling that launch services icon cache is messed up somehow on your machine. I don't remember how to fix it.

I'll check it out, thanks.

[Diggory]

Looking back at the code it gets the icon for Airport Admin App:

Code: Select all

NSString *path = [ws fullPathForApplication:@"Airport Admin Utility.app"];

[tiredraven]

I have the same problem as well, and I think I know why now. With the new Airport software that was released for the 802.11n base station, the name of the AirtPort Admin Utility changed to AirPort Utility. So the path to the icon has changed, which would account for the problem.

I hope this helps resolve the issue.

[nsap]

I have the same problem as well, and I think I know why now. With the new Airport software that was released for the 802.11n base station, the name of the AirtPort Admin Utility changed to AirPort Utility. So the path to the icon has changed, which would account for the problem.

I hope this helps resolve the issue.

Good catch. So if I rename the new Airport Utility to Airport Admin Utility, will that resolve the problem?

[Diggory]

Someone should probably change line 141 of AppController.m of HardwareGrowler:

http://trac.growl.info/browser/trunk/Ex ... ntroller.m

Specifically to use NSWorkspace's method:

Code: Select all

- (NSString *)absolutePathForAppBundleWithIdentifier:(NSString *)bundleIdentifier

Which identifes the app by bundle identifier instead of name.

Or whatever the CoreFoundation version of this method is.

[The_Tick]

Someone should probably change line 141 of AppController.m of HardwareGrowler:

http://trac.growl.info/browser/trunk/Ex ... ntroller.m

Specifically to use NSWorkspace's method:

Code: Select all

- (NSString *)absolutePathForAppBundleWithIdentifier:(NSString *)bundleIdentifier

Which identifes the app by bundle identifier instead of name.

Or whatever the CoreFoundation version of this method is.

hwgrowler is cf? Bah.

[Diggory]

It wasn't originally, but seems to have been CF'ed

[bgannin]

I don't know all of CF offhand, but given that CoreFoundation is a low-level API it's not likely that it contains high-level functionality related to applications (as NSWorkspace does.)

[The_Tick]

We could mix and match, but should we even keep it cf?

[evands]

Yet another example of why I would rename that file to VolumeNotifier.m and use Cocoa throughout.

Code: Select all

const char *bsdPath = [[NSString stringWithFormat:@"/dev/%@", bsdName] fileSystemRepresentation];
if (bsdPath) {
	//Blah
}

reads so much better than

Code: Select all

CFStringRef bsdPath = CFStringCreateWithFormat(kCFAllocatorDefault, NULL, CFSTR("/dev/%@"), bsdName);
CFIndex cBSDPathMax = CFStringGetMaximumSizeOfFileSystemRepresentation(bsdPath);
char *cBSDPath = NULL;

cBSDPath = (char *)calloc(cBSDPathMax, sizeof(char));
if (cBSDPath && CFStringGetFileSystemRepresentation(bsdPath, cBSDPath, cBSDPathMax) {
	//Blah
}
free(cBSDPath);
CFRelease(bsdPath);

(Technically, in the Cocoa version, I'd construct the path using stringByAppendingPathComponent:, but the current code uses /dev/%@ so I kept that for the example).

[amancalledsun]

Has anyone fixed this yet? It's been 2 years, and here I am looking at Snow Leopard, and the airport and ethernet icons STILL do not show up in Hardware Growler. I'd love to fix this myself if I could

[rudy]

your url doesn't seem to load here, but i have looked at both 1.1.6 and current source for HardwareGrowler and both behave the same. That is to say they both display icons for Airport and Ethernet. Did you remove or otherwise rename Airport Utility.app?