Description of problem: After upgrade to kernel 3.8 , evolution hangs every time , boot with a kernel 3.7.9-205.fc18.x86_64 no problems at all I had multi-problems with network , found that downgrade kernel fix it
The combination new NetworkManager and new kernel , makes evolution hang up . more with new kernel 3.8 . Conclusion it is mainly evolution problem, because hang up. Network could be worst but no reason to evolution hang. Hopefully kmail works ... with same imap accounts (so far). evolution hangs on imap and also with pop3 . Problems begin with a pop account.
ah forgot to mention , this just happens in some alien (microsoft) networks and firewalls , because with my fedora mail server works perfectly .
Thanks for a bug report. I do not much agree that's evolution's issue, especially when this begun to work this way after update of _other_ packages, nonetheless, could you install debuginfo packages for evolution-data-server, evolution, glib2 and glib-networking (make sure their version matches binary package versions) and then get a backtrace of running evolution in that hang state, please? To get backtrace of running evolution run this command: $ gdb --batch --ex "t a a bt" -pid=`pidof evolution` &>bt.txt and before attaching it here make sure it'll not contain any private information, like password, email addresses, server addresses and such (I usually search for "pass" (quoted for clarity only) to check for passwords). Thanks in advance.
Created attachment 706766 [details] bt.txt debuginfo-install evolution-data-server evolution glib2 glib-networking evolution hanged on "scanning folders in imap server .... "
Thanks for the update. I see Thread 4 is waiting for a password, but either evolution-source-registry is waiting for something, or provided wrong password (stored from before the update), or the evolution part didn't receive reply from the source registry process. Hard to tell, there would help a backtrace for evolution-source-registry, at least to see whether it's waiting for anything or not. Maybe you just face an upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=680961
(In reply to comment #5) Hard to tell, there would > help a backtrace for evolution-source-registry, at least to see whether it's > waiting for anything or not. How I do that ? :) > Maybe you just face an upstream bug: > https://bugzilla.gnome.org/show_bug.cgi?id=680961
The same like in comment #3, only instead of `pidof evolution` there'll be `pidof evolution-source-registry`: $ gdb --batch --ex "t a a bt" -pid=`pidof evolution-source-registry` &>bt.txt
Hi, Cifs default security mechanism requested has changed in kernel 3.8 bug #905929 , which explains this imaps accounts reported , because is microsoft exchange Other explanation could be bug #911605, Evolution misunderstands network status because F18 misses evolution-NetworkManager . so this could be consider a duplicated bug of #911605 , because I change often the network .
Thanks for the update. The evolution-NetworkManager is not needed anymore, evolution uses GLib's GNetworkMonitor, which checks for online/offline in a way it does (I do not know the internals for it, it just works for me here - if I unplug my network cable evolution notices it (same as NetworkManager), and turns itself into offline mode, and, vice versa, when I plug the cable back, evolution turns itself into online mode, as soon as the connection is established). *** This bug has been marked as a duplicate of bug 911605 ***