After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 758152 - Network connection not detected on resume from suspend
Network connection not detected on resume from suspend
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
3.18.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
: 750963 758673 (view as bug list)
Depends on:
Blocks: 779156
 
 
Reported: 2015-11-16 02:14 UTC by Jean-François Fortin Tam
Modified: 2017-02-24 00:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot (59.56 KB, image/png)
2015-11-16 02:14 UTC, Jean-François Fortin Tam
Details

Description Jean-François Fortin Tam 2015-11-16 02:14:30 UTC
Created attachment 315646 [details]
screenshot

As the attached screenshot shows, Evolution 3.18.1 fails to detect the presence of a working wired ethernet connection upon resume from suspend. Note that on this computer I have two wired ethernet ports (enp0s25 and enp2s0), if that changes anything.

When this happens, there is no way for Evolution to realize the connection is up except to quit the Evolution application and launch it anew.

I think I've sometimes seen it fail to detect the connected wifi too, but I'm not totally sure on that front.
Comment 1 Milan Crha 2015-11-24 18:15:20 UTC
Thanks for a bug report. Evolution relies on the GNetworkMonitor with connection detection. It prints on console when it is about to update the connection state in both directions, from offline to online and from online to offline. I see on that mine:
   evolution-shell-Message: Network disconnected.  Forced offline.
   evolution-shell-Message: Connection established.  Going online.

I see it there twice. it worked flawlessly the first time, but the second time the evolution got stuck in "going offline" a bit longer, during which "going online" happened, but it was not powerful enough, thus the evolution was left in the offline state anyway, like for you (the unplagged network in the left-bottom corner of your screen shot).

Thus yes, I can confirm this with the current git master.
Comment 2 Milan Crha 2015-11-25 14:26:02 UTC
The problem was that the 'Going online' could be received when the evolution was still preparing the offline state, which broke the whole logic, because the shell was in a state of being online, which wasn't correct.

Created commit 1c53280 in evo master (3.19.3+)
Created commit db8f380 in evo gnome-3-18 (3.18.3+)
Comment 3 Milan Crha 2015-11-26 09:44:59 UTC
*** Bug 750963 has been marked as a duplicate of this bug. ***
Comment 4 Milan Crha 2015-11-26 14:49:33 UTC
*** Bug 758673 has been marked as a duplicate of this bug. ***