when clicked on Logout option from applications menu or xfce4-session-logout from commandline, the logout dialog appears very late (after ~2mins). a message (xfce4-session:CRITICAL dbus_set_g_error could not verify == NULL(not exact msg) ) is displayed at ctrl+alt+F1 Problem arises for users: normal user and root as well OS: LFS dbus, consolekit installed, working well.
Any news on that one? I've been experiencing something very similar for quite a while. Running xfce 4.10 on arch. Everything else seems to work ok but the logout dialog takes ages to appear and the rest of the system is somewhat slow to respond until it does. True, *the dialog appears fine if to switch to another runlevel and back after clicking the 'logout' button*. Any ideas on how to find out if it actually is (an xfce) bug in the first place? PS /var/run/ and /var/lock/ are symlinks as they should be in the case of arch (some have reported similar issues when they are not).
Hi, same issue for me. When hitting the logout button in the menu or running xfce4-session-logout from a terminal Xorg CPU usage goes up till nearly 100%. System is very slow and logout dialog takes 2 - 5 min to be displayed. However, I can also confirm that switching to another terminal resolves the issue. Dialog is displayed immediatly after switching back. Running "xfce4-session-logout -l" works fine. Disabling Setting --> Session and Startup --> "Ask before logout" resolves the issue too. Looks like a problem with the GUI to me.
I have some good news. I discovered a few days ago that the bug is gone for me. The bad news is that I have no idea what 'fixed' it since I have made quite a few changes during the past few days. The biggest was getting the proprietary ati driver instead of the open alternative but I seriously doubt this has anything to do with the bug. One of the things I messed with as well was the theme of my desktop (theme as such + icons). I'll try and see if I can reverse the changes I've made and will report should I find something. As for the theme & icons, this doesn't seem to be the thing but you may try just in case. I'm not sure whether cpu usage was high when I suffered from the bug. I should have noticed but who knows.
I'll give the proprietary driver a try. Or at least make a testrun with the default vesa driver.
Ok, looks like the radeon driver is part of the problem. Started my arch with kernel parameter "xforcevesa" and tried to log out ... no problem.
You don't say... I didn't consider it too likely. Still, glad to hear. I think you should file a bug report against the driver then. If you do, be sure to share the link. It'd be interesting to observe. True, we can't still be 100% sure that the radeon driver is to blame. It may be, as you said, 'part of the problem'. Still, based on the above comments we have considerable grounds for being suspicious about the driver so I think reporting can't hurt. At worst they'll just make us find out that the driver isn't to blame after all.
True, true. Nevertheless, I still consider the xfce team responsible for the bug. Shurely they can give a much more specific description to the xorg team than I can. Let's wait what they have to say ...
Just found out there allready is a bug reported against the driver : https://bugs.freedesktop.org/show_bug.cgi?id=68524 Seems to be an issue with the glamor rendering. They suggest to force EXA instead via Option "AccelMethod" "EXA" in your xorg.conf "Device" Section.
(In reply to MS from comment #8) > > Seems to be an issue with the glamor rendering. They suggest to force EXA > instead via > > > Option "AccelMethod" "EXA" > > > in your xorg.conf "Device" Section. Thanks for the info. Works like a charm. (I decided to abandon the proprietary driver after another X version issue.)
Tested for 2 days now. Works for me ,too. I suggest to close this bug as it is related to the driver.
Marking bug as closed per last comment. Please reopen this report if you can still reproduce it.
Related to the driver ? Xfce team had fixed it for xubuntu 15.04, why not for xubuntu 14.04 ?