Description of problem: Since upgrading to Fedora 26 I have been experiencing freezes in the evolution display. The freeze will last about 25 seconds before an display update happens but there may well be another delay following the update. After which the program resumes normal activity for a period of time. During the freeze, there is no response to clicks or scroll or display updates in the workspace. Version-Release number of selected component (if applicable): 3.24.5 (3.24.5-1.fc26) How reproducible: Always Steps to Reproduce: 1. Start Evolution 2. Try to read mail 3. go to another workspace for awhile 4. come back and try to read mail Actual results: Although it has happened while still in evolution most of the time it happens after I leave the Evolution workspace for several minutes Expected results: No delays or freezes. The way it worked under Fedora 25 Additional info: I am using MATE desktop, NVIDIA Corporation G96 [GeForce 9500 GT] (rev a1)
Thanks for a bug report. Maybe it's related to: https://bugzilla.gnome.org/show_bug.cgi?id=788156 But hard to tell for sure. See comment #20 for a workaround related to that bug report. To see what evolution does, why it is stuck with GUI updates, a backtrace of it in that state would help significantly. Could you install debuginfo packages for evolution-data-server, evolution, glib2 and gtk3, please? You can do that as root with this command: # dnf install --enablerepo=fedora-debuginfo --enablerepo=updates-debuginfo \ glib2-debuginfo gtk3-debuginfo evolution-data-server-debuginfo \ evolution-debuginfo in case you've any of those already installed use 'dnf update', instead of 'dnf install'. Verify that the installed versions match binary packages versions: $ rpm -q glib2 gtk3 evolution-data-server evolution With that having prepared, just wait for evolution to get to that stuck state and when it's there capture backtrace of it, with gdb 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).
Created attachment 1334374 [details] backtrace Here is the backtrace requested.
Thanks for the update. I see from it that it's libnotify waiting in a synchronous call to a D-Bus service which is not started. I had it too and I reported it as bug #1490959. See bug #1490959 comment #1 what to do (you may have installed a different .service, the only important thing is that there should be only one .service file which contains "org.freedesktop.Notifications" (quotes for clarity only) and it's org.freedesktop.mate.Notifications.service (in case of MATE). Any other should be deleted/removed, thus they do not "confuse" D-Bus. *** This bug has been marked as a duplicate of bug 1490959 ***