GNOME Bugzilla – Bug 581090
Indefinite and Extreme GConf Activity While Closing
Last modified: 2009-05-05 12:01:23 UTC
When Evolution is closed by clicking the window's close button, the window and all elemets gray out and a constant disk IO activity of several MB per second goes on. Investigations have shown that GConf is writing its config file /home/hansi/.gconf/%gconf-tree.xml.new over and over again. Forwarded from <http://bugs.debian.org/526217>.
Can you try to get a stack trace for this?
It might be related to vfolder, disabling them seems to fix the problem.
Sounds like possibly a circular notification loop, where something detects a change in GConf and the reaction triggers another write to GConf. But it's speculation until we have a stack trace. Not seeing this myself at all...
Created attachment 133934 [details] requested stack trace for Evolution bug I created the stack trace with the following command. strace -o/tmp/20090504--gnome-bts--581090--evolution.strace evolution It is 30 MB big, so I just send the last lines. The search folder message at the bottom was displayed already short time after start. In the end I hit Ctrl + q to quit and then after a while Ctrl + c. Please tell me, if there are any passwords stored in the trace, so I can react if it should be the case.
Paul, that's not quite the stack trace we need. You can get the stack trace by installing evolution-dbg & evolution-data-server-dbg; then running 'gdb -p <pid of evolution>' (you can find out the pid by running 'pgrep -l evolution'). Once you get evolution into the state where it writes all these files, hit ctrl+c in the gdb window; this should pause evolution and drop you to a gdb prompt. From there, you can enter 'thread all apply backtrace full' to get the stack trace.
Created attachment 133956 [details] gdb thread apply all backtrace full Thank you Sam. (Other readers just switch all and apply so the command looks like this. thread apply all backtrace full I hope this is better for analysation. The first problem seems to be something different. “Fenstermanager-Warnung:Attempt to perform window operation 20 on window none when operation 20 on none already in effect” always appears on the console when I want to switch windows with Alt + Tabulator. Thanks, Paul
Thread 93 looks strange. Not seeing the GConf connection here but it does seem to confirm that it's vfolder-related. CC'ing Srini.
+ Trace 215109
Thread 93 (Thread 0xec7dab90 (LWP 10750))
Committed the patch for 2.26.2 from bug 579360. Please report back if it doesn't fix the problem for you. *** This bug has been marked as a duplicate of 579360 ***