Currently, xfce-mcs-manager refresh itself when it receives a SIGUSR1. We use that in debian package to have it refresh itself when installing a new component, so user see the settings in settings manager as soon as the component is installed. But when upgrading xfce, for example, we send SIGUSR1 to xfce-mcs-manager multiple time in short succession, and sometimes it gets completely killed, meaning the user doesn't have any Xsetting anymore (especially not its theme), no keybindings, etc. I agree we don't do this the perfect way (we should have a way to refresh xfce-mcs-manager at the end, when every new component has been installed/upgraded) but we can't really do otherwise currently. OTOH, xfce-mcs-manager signal handler isn't really reentrant, or something like that. I cooked a patch wich makes x-m-m ignore SIGUSR1 when a SIGUSR1 is received (after the sighandler is ended). I'm not sure this patch is correct (maybe I should do that *in* the sighandler to be sure that there will be no window when another USR1 could be received), but I wanted to submit it as a RFC. What do you think?
Created attachment 1491 Make xfce-mcs-manager ignore USR1 when it has already received one
Should just backport the sighandler stuff from trunk and use that instead...
In the meanwhile, what you do think about this patch. Do you think it's safe to include it to our debian builds?
I think it should be ok, but don't quote me on it ^_~.
xfce-mcs-manager is gone so I guess this one could be closed as wontfix or something like that.
Yes, probably, unless someone feels like checking in the patch. I doubt we'll do another 4.4.x release, so...
MCS is gone.