Hide Forgot
Description of problem: Evolution doesn't get information from dbus about network disconnection/reconnection and freezes when trying to check external IMAP/POP3 email accounts. Version-Release number of selected component (if applicable): evolution-data-server-3.0.0-1.fc15.x86_64 evolution-3.0.0-1.fc15.x86_64 How reproducible: Always Steps to Reproduce: 1. connect to some wifi network 2. start evolution 3. disconnect from wifi network 4. click check e-mails icon in evolution Actual results: Evolution does not recognize that the system is off-line and starts to check emails and freezes, reconnection to wifi doesn't help, the only way to stop it is to run evolution --force-shutdown command in terminal. Expected results: when network is not connected evolution goes to offline mode, when connection is back again - evolution goes to online mode. Additional info:
Make sure you have the evolution-NetworkManager package installed for NetworkManager integration.
(In reply to comment #1) > Make sure you have the evolution-NetworkManager package installed for > NetworkManager integration. evolution-NetworkManager wasn't installed - (why there is no dependency for NetworkManager + evolution = evolution-NetworkManager?) Unfortunately installation of evolution-NetworkManager didn't help. Now evolution informs about disconnected network in yellow box, but it cannot reconnect properly to my email accounts and freezes (Pinging IMAP server ..., Scanning for changed messages in ...)
Could you install debuginfo packages for evolution-data-server and evolution and get a backtrace of frozen evolution, please? You can get the backtrace by this command, for example: $ gdb --batch --ex "t a a bt" -pid=PID &>bt.txt where PID is a process ID of the running evolution. I'll try to match that with an upstream bug or pass it there, as this doesn't seem to be fedora specific issue. Thanks in advance.
Created attachment 491185 [details] debug of frozen evolution Here is requested debug
new symptom - when I left evolution untouched for 5-6 min, it stopped checking e-mail and went to off-line mode (wifi had been set online before email check was issued) Clicking on-line now helps evolution to work OK.
Thanks for the update. The backtrace file shows that there is some mismatch between debug info packages and installed binary packages, which I think is caused by having installed different version of binary package and of the debuginfo package. Please enable debuginfo part of updates-testing too. From that it shows I see that evolution is trying to move to offline mode, in quite many threads. Maybe it "just" takes longer to propagate the state change sent by network manager to each provider?
Milan, You are right, after installing evolution-NetworkManager and adding some patience everything seems to be OK. (I have to wait 3-5 min to allow it to know that wifi is offline and then the same amount of time to let it know wifi is online) I think evolution 3.0 is much slower than 2.30 when reading network status. The conclusion is: evolution-NetworkManager was missing.
The problem isn't how quickly we're detecting network status. That's nearly instantaneous. The problem is there's still places in Evolution (esp. libcamel) where open sockets don't react to cancellation requests in response to network status changes and instead the sockets have to time out on their own, which usually takes a few minutes as you observed.