Bug 1402607

Summary: Refreshing folder 'Inbox' never completes
Product: [Fedora] Fedora Reporter: Aram Agajanian <agajania>
Component: evolutionAssignee: Milan Crha <mcrha>
Status: CLOSED EOL QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 24CC: lucilanga, mbarnes, mcrha, tpopela
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-08-08 19:25:05 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
Evolution debug log while stuck none

Description Aram Agajanian 2016-12-07 23:56:10 UTC
Description of problem:

I have been using Evolution in Fedora 23 for some time.  Yesterday, I upgraded to Fedora 24.

Today, I enabled a VPN while Evolution was running.  I then disabled the VPN.  This problem has occurred since then.

There is a mail account at Office365.  When I start Evolution, it tries to refresh the Inbox folder.  However, that refresh task never completes.


Version-Release number of selected component (if applicable):
evolution-ews-3.20.5-1.fc24.x86_64
evolution-help-3.20.5-1.fc24.noarch
evolution-3.20.5-1.fc24.x86_64
evolution-data-server-3.20.5-5.fc24.x86_64


How reproducible:
Happens every time

Steps to Reproduce:
1.  Run evolution.
2.  The evolution window appears.
3.  There is a task "Refreshing folder 'Inbox'".

Actual results:
The "Refreshing folder 'Inbox' task never completes.  The Evolution window is not responsive.

Expected results:
The "Refreshing folder 'Inbox'" task should complete and the Evolution window should be responsive.


Additional info:
If I try to close the Evolution window, a window appears with the name '"Inbox (13249 unread) - Evolution" is not responding'.  The window has two buttons:  "Force Quit" and "Wait".

Comment 1 Milan Crha 2016-12-08 09:32:10 UTC
Thanks for a bug report. You can run evolution from a terminal as:

   $ EWS_DEBUG=2 evolution

to see what the evolution-ews does, as with that command you'll see a raw communication between the server and the client. To see where exactly the evolution is stuck you can get a bactrace of the evolution process when it's in that state. To have a useful backtrace, please install debuginfo packages for the evolution-data-server, evolution and evolution-ews. One way to install those packages is to use dnf as root:

   $ dnf install evolution-data-server-debuginfo evolution-debuginfo \
       evolution-ews-debuginfo \
       --enablerepo=fedora-debuginfo \
       --enablerepo=updates-debuginfo

Make sure that the package version of the debuginfo matches the binary package version.

You can get the backtrace with command like this:
   $ gdb --batch --ex "t a a bt" -pid=`pidof evolution` &>bt.txt
Please check the bt.txt for any private information, like passwords, email address, server addresses,... I usually search for "pass" at least (quotes for clarity only).

Comment 2 Aram Agajanian 2016-12-10 01:18:21 UTC
I was away for a day.  I just restarted Evolution and what I see now is a bit different.

The window is no longer unresponsive.   I can click on messages and they appear in the right pane.  I can also switch to the Calendar and interaction with that seems to be normal.

When viewing Mail, there are still two tasks at the bottom on the screen.  The first task is labeled "Retrieving message 'X' in Inbox" where X is a very long alphanumeric string that appears to be a message ID.  The message ID seems to be updated about once per second.

After a while (I'm not sure how long, I was gone), the tasks cleared up and Evolution was working normally again.

I briefly tried to recreate the state from Wednesday by starting and stopping a VPN.  However, I was unable to recreate the problem.

Comment 3 Milan Crha 2016-12-12 15:09:36 UTC
Thanks for the update. Either a Junk filtering or simply a download for an offline usage can cause a full message download. Hard to tell which of the two are related here, if any. It can be that the offline download finished eventually, after a long time, then the next time it tried it figured that all messages are downloaded, thus didn't redo it.

If this is related to the download for offline usage, then I'd suggest to close this in favour of an upstream bug:
https://bugzilla.gnome.org/show_bug.cgi?id=773419

Comment 4 Aram Agajanian 2016-12-21 19:35:10 UTC
Created attachment 1234472 [details]
Evolution debug log while stuck

When I came to work today, Evolution was getting stuck trying to retrieve the contents of a message.  So, I forced it to exit.  I then restarted it with EWS_DEBUG=2.  The attached file is the output while Evolution was stuck.

I wasn't able to get a backtrace this time.  Hopefully, the next time this happens, I'll have more time for that.

Comment 5 Aram Agajanian 2016-12-21 23:31:46 UTC
I just noticed that my computer had run out of physical memory and was using the swap partition.  After I closed an Epiphany window, a lot of memory seemed to be freed up.  This seems to have helped with the responsiveness of Evolution.

Comment 6 Milan Crha 2016-12-22 10:06:23 UTC
Thanks for the update. The log shows a usual start of tan EWS account, it checked for the changes and then started listening for the server changes.

If you've got out of the physical memory then it can be just it. The evolution is slowed down due to the swapping. There is not much to do from the evolution side, unless it's being evolution itself using so much memory (where you indicated it's related to Epiphany instead; it would worth a bug report there for sure).

Comment 7 Fedora End Of Life 2017-07-26 00:03:28 UTC
This message is a reminder that Fedora 24 is nearing its end of life.
Approximately 2 (two) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 24. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '24'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 24 is 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  change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.

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.

Comment 8 Fedora End Of Life 2017-08-08 19:25:05 UTC
Fedora 24 changed to end-of-life (EOL) status on 2017-08-08. Fedora 24 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.