On Tuesday 01 of October 2013 12:56:40 you wrote:
On September 20, 2013 08:40:56 AM Daniel Vrátil wrote:
> On Thursday 19 of September 2013 10:28:42 fedora(a)howlingfrog.com wrote:
> > Over the last two or three months, kmail2 has gotten *PAINFULLY* slow at
> > doing just about anything. Click to switch from one message to another,
> > and sometimes I can wait as long as 90s before the UI updates. Don't
> > even
> > get the "loading" screen, just waiting before it does anything.
>
> When this happen, could you please attach gdb to the kmail process and get
> a full backtrace? Please install at least kdepim-debug and
> kdepimlibs-debug.
Daniel, I've installed the libs and have two separate traces here; where
would be the best place for me to put them so you can see them? Should I
open a ticket in BZ?
Hi,
please open a new bug in bugzilla and attach both reports to it, best probably
under KMail2 product.
> Also enabling "Debugger" in Akonadi Console might shed
some light on
> what's
> happening in the background that takes so long.
Did this today as well. Turned the debugger on, waited for it to
pause/stall in the UI, then waited for the next item to appear in the
debugger and then turned it off right away. There's a FETCH, it pauses,
and then there's a second FETCH that occurs right after the UI comes back.
If you'd like I can capture this to and send it along with the traces if
that's useful/helpful.
Ok, this pretty much confirms that problem is really on client side - probably
waiting for something. Please attach the file too, make sure you sanitize any
sensitive data, especially email addresses (or you can send it to me
personally for greater privacy).
Cheers,
Dan
Appreciate your time,
--
Daniel Vrátil
KDE Desktop Team
Associate Software Engineer, Red Hat, Inc.
GPG Key: 0xC59D614F6F4AE348
Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348