This became common for both 4.1.90 and 4.1.91. After the xfsession finishes starting everything up, xfdesktop is not loaded. It starts fine manually though. Here is what running it via gdb says: GNU gdb 6.0 Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... (no debugging symbols found)...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) start (gdb) run Starting program: /usr/bin/xfdesktop (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... <---snip-snip-snip, a lot of the same---> (xfdesktop:14126): GLib-CRITICAL **: file ghash.c: line 291 (g_hash_table_insert): assertion `hashtable != NULL' failed Program received signal SIGINT, Interrupt. 0x40315a11 in fts_children () from /lib/libc.so.6 (gdb) (gdb) backtrace #0 0x40315a11 in fts_children () from /lib/libc.so.6 #1 0x40213f4c in g_main_loop_get_context () from /usr/lib/libglib-2.0.so.0 #2 0x080a62a0 in ?? () #3 0x00000002 in ?? () #4 0x0000163f in ?? () #5 0x402691c0 in g_thread_use_default_impl () from /usr/lib/libglib-2.0.so.0 #6 0x7fffffff in ?? () (gdb) quit Not sure if this is helpful. I can try running gdb on xfce4-session, if that is needed.
Here is an addenadum. The lack of loading occurs only when the session isn't saved (i.e. 'Save session for future logins' is unchecked). After I manually run xfdesktop, and exited Xfce with that box checked, it started everything normally.
that warning should be harmless; it appears it is since you had to ctrl+c to get a backtrace (which isn't really helpful, btw). benny, any ideas on the session manager end?
Well if you don't save the session on logout, the session manager will load the previously saved session, which doesn't seem to include xfdesktop, which is the way the system works. Or do I miss the point here?
(In reply to comment #3) > Well if you don't save the session on logout, the session manager will load the > previously saved session, which doesn't seem to include xfdesktop, which is the > way the system works. Or do I miss the point here? i'm not sure. my interpretation is that xfdesktop didn't start from a stock install, which it should. i could be wrong though.
(In reply to comment #4) > i'm not sure. my interpretation is that xfdesktop didn't start from a stock > install, which it should. i could be wrong though. It stopped starting in 4.1.90 and there were (probably) two saved sessions, one that was loaded if the box was checked, and the stock one before that. And I have no idea why. (The only changes in system were slight tinkering with X server, during that time). Let me guess, the session manager isn't supposed to load all xfce apps?
(In reply to comment #5) > Let me guess, the session manager isn't supposed to load all xfce apps? the session manager uses a default "failsafe" session that loads xfwm4, xfce4-panel, xftaskbar4, and xfdesktop. if you save a session that doesn't include these, then they won't be restarted on next login.
Right, if I read this correctly, I don't think there is a bug here. Unless it still happens when ~/.cache and ~/.config/xfce4* are removed first.
Ah, yes. I should have tested that. It does work if the directories are removed. Sorry for misreporting.