evolution hang with "saving user interface state" in the status bar

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

evolution hang with "saving user interface state" in the status bar

Tamás Deák
Hi there,

I'm looking for help regarding a strange behavior of evolution (3.22.6, ubuntu).
Shortly after startup, the e-mail windows become unresponsive (calendar etc. still works). The status bar says: saving user interface state.
I've found similar problems on the internet, but suggested solutions (like switching off content downloads for html mails) didn't help for me. I'm using 4 mailboxes (1 gmail with imap, 2 custom imap and 1 pop3). Disabling all imap accounts overrides the problem, but this ain't be a viable solution :)

The same version of evolution on the same latest stable ubuntu release and and same gnome with the same accounts do work.

I'm clueless, don't even knwo how to get information for further debugging.

Thanks,

Tamas





_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: evolution hang with "saving user interface state" in the status bar

Milan Crha
On Sat, 2017-07-29 at 14:02 +0200, Tamás Deák wrote:
> Hi there,
>
> I'm looking for help regarding a strange behavior of evolution
> (3.22.6, ubuntu).
> Shortly after startup, the e-mail windows become unresponsive
> (calendar etc. still works). The status bar says: saving user
> interface state.

        Hi,
such thing usually happens when GLib's GTask API causes starving of
threads by spawning subtasks, which create other GTask-s. This is known
(but somewhat ignored) GLib issues:
https://bugzilla.gnome.org/show_bug.cgi?id=774448

> I've found similar problems on the internet, but suggested solutions
> (like switching off content downloads for html mails) didn't help for
> me. I'm using 4 mailboxes (1 gmail with imap, 2 custom imap and 1
> pop3). Disabling all imap accounts overrides the problem, but this
> ain't be a viable solution :)

Four is not that many. I usually notice it when I have like 10 enabled
mail accounts (I have many more disabled).

> The same version of evolution on the same latest stable ubuntu
> release and and same gnome with the same accounts do work.

Maybe routing/address resolution goes by different paths, returning
information in a timely manner. Or the hardware is different, causing
different thread interleaving, thus different processing of the tasks.

> I'm clueless, don't even knwo how to get information for further
> debugging.

You can get a backtrace of the evolution in that state, to see what the
threads do. I'd goes it would be something about GNetworkAddress or
something like that (I do not recall the exact function name right now,
I'm sorry). 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).

        Bye,
        Milan

_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Loading...