Think that says it all. Haven't had a chance to look at it at all. rm -R ~/.xfce4 xffm ls -d .xfce4/ ..... there it is again :-) P.S. Just starting xfdiff (close to bug http://bugzilla.xfce.org/show_bug.cgi?id=566 ) or xfmime-edit does the same thing.
Benny: The $HOME/.xfce4 directory is being created by libxfce4util: #7 0x401988e2 in xfce_get_homedir () at xfce-miscutils.c:183 #8 0x4019c74f in _res_getenv (variable=0x4019eb4b "XDG_CACHE_HOME", fallback=0x4019eb42 "~/.cache") at xfce-resource.c:66 #9 0x4019c922 in _res_init () at xfce-resource.c:136 #10 0x4019db6b in xfce_resource_save_location (type=XFCE_RESOURCE_CACHE, relpath=0x40b12991 "/", create=1) at xfce-resource.c:707 From looking at xfce-miscutils.c I see that this can be avoided by setting the XFCE4HOME environment variable to g_get_homedir(). It seems a bit awkward to have to do this, especially since the xdg directory returned from xfce_resource_save_location(type=XFCE_RESOURCE_CACHE, relpath=0x40b12991 "/", create=1) returns $HOME/.cache and has nothing to do with $HOME/.xfce4. Is this a bug or is it intended that the application must set XFCE4HOME?
Ok, should be fixed now. The .xfce4 dir will only be created when xfce_get_userdir() or xfce_get_userfile() is called.
fix verified for xffm, xfmime-edit and xfdiff4.