[kmail2] [Bug 201770] irregular and sometimes unpredictable behaviour in message list when selecting and deleting messages
https://bugs.kde.org/show_bug.cgi?id=201770 Falk Krönert changed: What|Removed |Added Resolution|WAITINGFORINFO |WORKSFORME Status|NEEDSINFO |RESOLVED --- Comment #8 from Falk Krönert --- Even after extensive testing, I can't reproduce this bug with the recent versions of Kmail (5.5.2 curently) any more (of which I'm very glad). So it seems to have vanished during the change to Frameworks. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 292326] local maildir Akonadi resource freezes due to gamin/gam_server interference
https://bugs.kde.org/show_bug.cgi?id=292326 Falk Krönert changed: What|Removed |Added Resolution|WAITINGFORINFO |FIXED --- Comment #5 from Falk Krönert --- It doesn't seem to happen with 4.10 anymore, so marking it as fixed. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 292326] local maildir Akonadi resource freezes due to gamin/gam_server interference
https://bugs.kde.org/show_bug.cgi?id=292326 --- Comment #2 from Falk Krönert 2012-02-11 22:36:30 --- No, the gam_server doesn't seem to be using up any cpu at all, and not much memory either. And it's only one process. The file monitoring is already disabled for any local maildir resources, as there are no other processes touching it. I found, however, that while the maildir resource will resume working correctly after killing the gam_server (and it being respawned automatically), the virtuoso-t process will still use up 100% cpu and lots of memory until akonadi is restartet. Then it takes some moments till virtuoso is down to idle again and stays there. This, however, will only work if the gam_server was killed shortly before restarting akonadi. Otherwise, nothing will change and virtuoso will continue hogging the cpu. System is now on KDE 4.8.0 and this still applies. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 292326] New: local maildir Akonadi resource freezes due to gamin/gam_server interference
https://bugs.kde.org/show_bug.cgi?id=292326 Summary: local maildir Akonadi resource freezes due to gamin/gam_server interference Product: Akonadi Version: 4.7 Platform: openSUSE RPMs OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: Maildir Resource AssignedTo: kdepim-bugs@kde.org ReportedBy: falkkroen...@gmx.net Version: 4.7 (using KDE 4.7.4) OS:Linux After running a KDE session for a long time (>48h), the gam_server/gamin file alteration monitor daemon acts up when accessing a local maildir akonadi resource, either through KMail/Kontact or the akonadiconsole browser. A restart of akonadi via akonadictl restart does not help, the problem persists. Logging out of KDE is the only way to solve it. It can easily be fixed, however, by killing the gam_server process (which will immediately be restarted automatically). 15 is ok, the daemon itself is not locked up. Reproducible: Sometimes Steps to Reproduce: 1. Have KMail/Kontact running for a day or two with a local maildir akonadi resource configured. 2. At some point all access to the mails in the maildir folders will stall, while imap and/or pop will continue to work as usual. Actual Results: Access to mails in maildir resources ceases, along with filters moving or copying mails to them. Expected Results: Maildir should continue working. This might be an openSuse-specific issue, but I'm not sure. Killing the daemon cleanly resolves it, however, so for the moment I settled for a small script in .kde/Autostart that kills it every hour. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 201770] irregular and sometimes unpredictable behaviour in message list when selecting and deleting messages
https://bugs.kde.org/show_bug.cgi?id=201770 --- Comment #4 from Falk Krönert 2011-12-26 13:32:55 --- Using Kontact 4.7.4 on KDE 4.7.4 (openSUSE 11.4 64bit) the bug is still present. But I can at least narrow it down a bit: This only happens if you switch to a mail folder via the folder tree without giving it focus directly (with a mouse click or the tab key). If you then start shift-selecting mails and delete them, the selection model seems to have been updated correctly and a random selection of mails is deleted. Most often this will happen for a spam folder which has no previous read messages. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 201770] New: irregular and sometimes unpredictable behaviour in message list when selecting and deleting messages
https://bugs.kde.org/show_bug.cgi?id=201770 Summary: irregular and sometimes unpredictable behaviour in message list when selecting and deleting messages Product: kmail Version: unspecified Platform: SuSE RPMs OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general AssignedTo: kdepim-bugs@kde.org ReportedBy: falkkroen...@gmx.net Version:(using KDE 4.2.98) Compiler: gcc (SUSE Linux) 4.3.2 [gcc-4_3-branch revision 141291] platform x86_64 OS:Linux Installed from:SuSE RPMs This both happens in standalone KMail or being integrated within Kontact (which I use most of the time). I have tested it with the plain standard inbox, fed via POP3 from gmx, as well as a disconnected IMAP inbox from the local Kolab instance. Starting with a full Inbox (or any other folder consisting of both already read and unread mails) I start to select unread mails in order to later dispose of them or move them into different folders. Skimming through some mails via keyboard and selecting them in the process (by holding shift pressed) I then scroll down and shift-click on another one to select all in between. Inconsistently it sometimes does not have the wanted effect of getting them all selected but instead all mails downwards up to the end of the list including the one I just clicked on get selected. Those already selected before will stay selected. Due to its irregular nature this behaviour is hard to describe and, seemingly, only happens with read and unread mails in the same folder. And it only happens when the folder holds more mails than can be shown at the moment, e.g. the scrollbar is visible. It does not happen, at least I have not yet experienced it, when selecting purely via mouse and ctrl & shift modfiers. So it does not seem to be a general problem with the selection model. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
