Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: evolution hangs on task creation Version-Release number of selected component (if applicable): latest stable How reproducible: often Steps to Reproduce: 1.creat a task 2.create another 3.evo hangs Actual results: Expected results: evo should not hang Additional info: video of behavior http://www.youtube.com/watch?v=_lyFXmMnMrE
Thanks for a bug report, but I'm sorry, I do not have flash installed, and I'm not going to, though I agree it's sometimes easier to show things than to describe them. Nonetheless, it is also better to get backtraces of a hang state, to see what the code does and why is stuck. You can get backtrace of a running application with a command like this: $ gdb --batch --ex "t a a bt" -pid=PID &>bt.log where PID is replaced with the running process ID. Please install debug info packages for gtkhtml3, evolution-data-server, evolution and if you are using then also evolution-exchange and/or evolution-mapi, then reproduce the hang and get backtraces of running e-calendar-factory and evolution itself. Thanks in advance. (If you are not sure with any of the above, then feel free to ask.) Also, what is your exact evolution-data-server and evolution version, please?
I suppose bug #662315 is a follow up after the hang, right?
Created attachment 468347 [details] evo hanging on task creation G_SLICE=always-malloc valgrind --num-callers=50 evolution &> ~/Desktop/evo_cannot_add_tasks.log
Created attachment 468348 [details] evo tasks not deleting G_SLICE=always-malloc valgrind --num-callers=50 evolution &> ~/Desktop/evo_cannot_add_tasks.log
Created attachment 468351 [details] backtrace gdb --batch --ex "t a a bt" -pid=11933 &> ~/Desktop/evolution_bt.log
EVO data server is not installed. Current version is Evolution 2.32.1
(In reply to comment #2) > I suppose bug #662315 is a follow up after the hang, right? Yes. ABRT finally got involved in the bug. :)
I just opened evo and found a second set of personal tasks in the far left bar. Is this normal? Why a second identical set?
Created attachment 468393 [details] evo drop down not responding Here's a vid of the behavior http://www.youtube.com/watch?v=Q0loQtXlBSs and the command for the command to gen the bt gdb --batch --ex "t a a bt" -pid=17267 &> ~/Desktop/evo_dropdownnotresponding.log Basically EVO does not appear to be stable for more than a few minutes. Most every action causes it to hang.
Created attachment 468430 [details] backtrace of evo hanging gdb --batch --ex "t a a bt" -pid=18386 &> ~/Desktop/evo_dropdownnotrespondingaftereditingcalendarevent.log calendar hangs almost every time
Thanks for the update. valgrind logs are unusable somehow, same as in the other bug you filled. Did you invoke that command when no other evolution was running? The backtraces are not showing any special operation in the UI thread, the thread is just waiting for its work. Which is strange, because it usually should show some stuck work in the UI thread when evolution is hang. With respect of two task lists with the same group name On This Computer, hmm, maybe it's causing you the trouble. The should be only one On This Computer group, and the next evolution 2.32.2 will fix it for you. As it'll take some time till it be out, I suggest you to do this: a) close evolution and both e-calendar-factory and e-addressbook-factory b) run gconf-editor and go to: /apps/evolution/tasks c) edit key "sources" and remove the later On This Computer group. d) in the first group edit the key (even it's pretty hard to edit in gconf itself, because it's an XML blob) and make sure that the "base_uri" will be "local:", not "file:///home/..." and that the <source> with relative_uri="system" will not have a "uri" attribute (delete it, if it has some "uri="file:///home/..."). Then close the gconf editor and test whether it helped. If it will, or you'll not see any counter side of this, then do the same for /apps/evolution/memos/sources and /apps/evolution/calendar/sources in the GConf. (In reply to comment #6) > EVO data server is not installed. It's not possible, evolution cannot be installed (or running) without evolution-data-server package.
Cannot save changes to contact. Here's the vid. http://www.youtube.com/watch?v=2FKrneBjo9M
(In reply to comment #11) > Thanks for the update. valgrind logs are unusable somehow, same as in the other > bug you filled. Did you invoke that command when no other evolution was > running? > > The backtraces are not showing any special operation in the UI thread, the > thread is just waiting for its work. Which is strange, because it usually > should show some stuck work in the UI thread when evolution is hang. > > With respect of two task lists with the same group name On This Computer, hmm, > maybe it's causing you the trouble. The should be only one On This Computer > group, and the next evolution 2.32.2 will fix it for you. As it'll take some > time till it be out, I suggest you to do this: > a) close evolution and both e-calendar-factory and e-addressbook-factory > b) run gconf-editor and go to: /apps/evolution/tasks > c) edit key "sources" and remove the later On This Computer group. > d) in the first group edit the key (even it's pretty hard to edit in gconf > itself, because it's an XML blob) and make sure that the "base_uri" will be > "local:", not "file:///home/..." and that the <source> with > relative_uri="system" will not have a "uri" attribute (delete it, if it has > some "uri="file:///home/..."). > > Then close the gconf editor and test whether it helped. If it will, or you'll > not see any counter side of this, then do the same for > /apps/evolution/memos/sources and /apps/evolution/calendar/sources in the > GConf. > > (In reply to comment #6) > > EVO data server is not installed. > > It's not possible, evolution cannot be installed (or running) without > evolution-data-server package. Wow. For a simple user like me I see all kinds of room for error in trying to perform the above without borking my setup. Thanks anyway. Is there a different backtrace I can run that will produce more useful results? I would LIKE to use Evo but it is SO darn slow! gdb --batch --ex "t a a bt" -pid=4306 &> ~/Desktop/evolutionhangsaftertaskcreation.log [user@localhost ~]$
Created attachment 469112 [details] gdb --batch --ex "t a a bt" -pid=4306 &> ~/Desktop/evolutionhangsaftertaskcreation.log [user@localhost ~]$ gdb --batch --ex "t a a bt" -pid=4306 &> ~/Desktop/evolutionhangsaftertaskcreation.log [user@localhost ~]$
This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping