simple memory leak: the icon filename gets replaced in the hashtable only conditional, but in case the condition doesn't hit the memory for the pathname needs to be freed since it's no longer used afterwards. Patch with fix attached.
Created attachment 88965 [details] leak fix
Created attachment 88966 [details] another leak fixed The same file had another leak where a strdup()'d string didn't get freed in one place; smaller leak (typical 6 bytes per time) but still...
Ah, looks fixed in CVS already. Should be fine in Rawhide (gnome-desktop 2.1.x, well the relevant files have moved to libgnomeui apparently)