[kmail2] [Bug 255104] KMail fails to start with: Could not create collection
https://bugs.kde.org/show_bug.cgi?id=255104 Thom C. thom.casterm...@gmail.com changed: What|Removed |Added CC||thom.casterm...@gmail.com --- Comment #13 from Thom C. thom.casterm...@gmail.com --- This bug also just manifested itself for me, on KDE 4.13.1. I am pretty sure that it has to do with me setting the trash folder of an IMAP account to some folder other than the default one in the Local Folders. Luckily, I found a workaround for this bug at the KDE forums [1]. More specifically, this post [2] gave what turned out to be the solution for me. I opened Akonadi console and deleted the Local Folders agent in the Agents tab. After that, I logged out and back in again to find KMail starting without any problems again. Also, the folder I had marked to be the trash folder in the IMAP account was still marked, so no information was lost in that regard. Since this bug was the #1 hit on Google for me, I hope this solution helps some others. Cheers! [1]: https://forum.kde.org/viewtopic.php?f=215t=120777 [2]: https://forum.kde.org/viewtopic.php?f=215t=120777#p308518 -- 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
[Akonadi] [Bug 337585] folders do not get populated after initial fetch.
https://bugs.kde.org/show_bug.cgi?id=337585 Jacopo De Simoi wilder...@gmail.com changed: What|Removed |Added CC||wilder...@gmail.com --- Comment #2 from Jacopo De Simoi wilder...@gmail.com --- Created attachment 87899 -- https://bugs.kde.org/attachment.cgi?id=87899action=edit console debug output -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 337585] folders do not get populated after initial fetch.
https://bugs.kde.org/show_bug.cgi?id=337585 --- Comment #3 from Jacopo De Simoi wilder...@gmail.com --- Created attachment 87900 -- https://bugs.kde.org/attachment.cgi?id=87900action=edit akonadi console debug output -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 337585] folders do not get populated after initial fetch.
https://bugs.kde.org/show_bug.cgi?id=337585 Luca Beltrame lbeltr...@kde.org changed: What|Removed |Added CC||lbeltr...@kde.org -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 333200] Date of email not displayed
https://bugs.kde.org/show_bug.cgi?id=333200 diego dvx2...@libero.it changed: What|Removed |Added CC||dvx2...@libero.it --- Comment #3 from diego dvx2...@libero.it --- I'm experiencing this bug as well. If DATE tag is missing or if it contains a different date format, KMail displays Unknown. The date contained in the RECEIVED tag is always ignored -- 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
[Akonadi] [Bug 337585] folders do not get populated after initial fetch.
https://bugs.kde.org/show_bug.cgi?id=337585 --- Comment #4 from Jacopo De Simoi wilder...@gmail.com --- (my previous message got somehow deleted) I can reproduce: only the Trash folder is populated and other ones are empty. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 337585] folders do not get populated after initial fetch.
https://bugs.kde.org/show_bug.cgi?id=337585 --- Comment #5 from Luis Silva lacsi...@gmail.com --- Created attachment 87907 -- https://bugs.kde.org/attachment.cgi?id=87907action=edit akonadi output Here is the console output. Note that I deleted a few of the lines containing things like akonadi_gmail_resource_9(26417)/kdepimlibs (kimap) RetrieveCollectionMetadataTask::doStart: /NPower as they contained personal information. I also deleted references to other resources for clarity. The output corresponds to a clean insertion of the resource, that is, I removed any gmail resource I had, restarted akonadi, ran 'akonadictl fsck; akonadictl vacuum'. Then I restarted akonadi again, at which point this log starts, fired kmail and added the resource. I used only the default values. The resource was added, performed an initial fetch and was marked as offline in kmail. I had to manually trigger a fetch from kmail in order for all the folders and the resource to go online. Not all the folders were fetched on the first attempt and not all of the folders were mentioned in the second fetch. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 335795] IMAP namespace support is incomplete/insufficient on large imap accounts
https://bugs.kde.org/show_bug.cgi?id=335795 Christian Mollekopf mollek...@kolabsys.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||mollek...@kolabsys.com Resolution|--- |WONTFIX --- Comment #1 from Christian Mollekopf mollek...@kolabsys.com --- subscriptions allow you to not download what you don't want. I disagree that specifing a prefix path adds anything useful. Therefore I have to close this, sorry. Thanks for the elaborate suggestion though (no irony intended). -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 319776] Akonadi crashed, possibly because of sudden lack of network connection, caused by the laptop going into suspend-to-ram
https://bugs.kde.org/show_bug.cgi?id=319776 Christian Mollekopf mollek...@kolabsys.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- CC||mollek...@kolabsys.com --- Comment #19 from Christian Mollekopf mollek...@kolabsys.com --- I just ran into this again after resuming from suspend. Can't really explain what's happending though. akonadi_kolab_resource_2(9740) KolabRetrieveCollectionsTask::createCollection: creating collection christian.mollekopfatgmail.com/Be[156/47975] parent (christian.mollekopfatgmail.com) akonadi_kolab_resource_2(9740) KolabRetrieveCollectionsTask::createCollection: creating collection christian.mollekopfatgmail.com/Reisen with parent (christian.mollekopfatgmail.com) akonadi_kolab_resource_2(9740) KolabRetrieveCollectionsTask::createCollection: creating collection cmollekopfatgmail.com/Archive with parent (cmollekopfatgmail.com) akonadi_kolab_resource_2(9740) KolabRetrieveCollectionsTask::createCollection: creating collection cmollekopfatgmail.com/INBOX with parent ( cmollekopfatgmail.com) akonadi_kolab_resource_2(9740) KolabRetrieveCollectionsTask::createCollection: creating collection cmollekopfatgmail.com/Personal with parent (cmollekopfatgmail.com) akonadi_kolab_resource_2(9740) KolabRetrieveCollectionsTask::createCollection: creating collection cmollekopfatgmail.com/Receipts with parent (cmollekopfatgmail.com) akonadi_kolab_resource_2(9740) KolabRetrieveCollectionsTask::createCollection: creating collection cmollekopfatgmail.com/Sent with parent ( cmollekopfatgmail.com) akonadi_kolab_resource_2(9740) KolabRetrieveCollectionsTask::createCollection: creating collection cmollekopfatgmail.com/Trash with parent ( cmollekopfatgmail.com) akonadi_kolab_resource_2(9740) KolabRetrieveCollectionsTask::createCollection: creating collection cmollekopfatgmail.com/Travel with parent (cmollekopfatgmail.com) akonadi_kolab_resource_2(9740) KolabRetrieveCollectionsTask::createCollection: creating collection cmollekopfatgmail.com/Work with parent ( cmollekopfatgmail.com) akonadi_kolab_resource_2(9740) KolabRetrieveCollectionsTask::createCollection: creating collection new folder with parent () akonadi_kolab_resource_2(9740) KolabRetrieveCollectionsTask::createCollection: creating collection outbox with parent () akonadi_kolab_resource_2(9740) KolabRetrieveCollectionsTask::createCollection: creating collection sent-mail with parent () akonadi_kolab_resource_2(9740)/libakonadi Akonadi::CollectionSync::Private::execute: void Akonadi::CollectionSync::Private::execute() localListDo ne: false deliveryDone: true akonadi_kolab_resource_2(9740)/libakonadi Akonadi::CollectionSync::Private::execute: void Akonadi::CollectionSync::Private::execute() localListDo ne: true deliveryDone: true drkonqi(18437) KCrashBackend::stopAttachedProcess: Sending SIGSTOP to process akonadi_kolab_resource_2(9740)/kdepimlibs (kimap) KIMAP::SessionThread::doCloseSocket: close drkonqi(18437) KCrashBackend::continueAttachedProcess: Sending SIGCONT to process QSocketNotifier: Invalid socket 10 and type 'Read', disabling... The crash can be reproduced sometimes. -- Backtrace: Application: IMAP Account 12 of type Kolab Groupware Server (akonadi_kolab_resource), signal: Segmentation fault Using host libthread_db library /lib64/libthread_db.so.1. 81T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) [Current thread is 1 (Thread 0x7fa6f84018c0 (LWP 9739))] Thread 2 (Thread 0x7fa6ec08d700 (LWP 18418)): #0 0x0034ef0ea9dd in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x0034f20495b4 in g_main_context_poll (priority=2147483647, n_fds=1, fds=0x7fa6e400e990, timeout=-1, context=0x7fa6e401b420) at gmain.c:4007 #2 g_main_context_iterate (context=context@entry=0x7fa6e401b420, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at gmain.c:3708 #3 0x0034f20496dc in g_main_context_iteration (context=0x7fa6e401b420, may_block=1) at gmain.c:3774 #4 0x0034afdb5af6 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /lib64/libQtCore.so.4 #5 0x0034afd8595f in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /lib64/libQtCore.so.4 #6 0x0034afd85cad in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /lib64/libQtCore.so.4 #7 0x0034afc79e8f in QThread::exec() () from /lib64/libQtCore.so.4 #8 0x0034afc7c6bf in QThreadPrivate::start(void*) () from /lib64/libQtCore.so.4 #9 0x0034ef807f33 in start_thread (arg=0x7fa6ec08d700) at pthread_create.c:309 #10 0x0034ef0f4ded in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 1 (Thread 0x7fa6f84018c0 (LWP 9739)): [KCrash Handler] #6 0x0001 in ??
[Akonadi] [Bug 319776] Akonadi crashed, possibly because of sudden lack of network connection, caused by the laptop going into suspend-to-ram
https://bugs.kde.org/show_bug.cgi?id=319776 Christian Mollekopf mollek...@kolabsys.com changed: What|Removed |Added Status|REOPENED|CONFIRMED Platform|Ubuntu Packages |Compiled Sources Version|4.10|GIT (master) -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 319776] Akonadi crashed, possibly because of sudden lack of network connection, caused by the laptop going into suspend-to-ram
https://bugs.kde.org/show_bug.cgi?id=319776 --- Comment #20 from Christian Mollekopf mollek...@kolabsys.com --- That was the wrong console output... akonadi_kolab_resource_11(9739)/kdepimlibs (kimap) KIMAP::SessionPrivate::responseReceived: Received BYE: idle for too long akonadi_kolab_resource_11(9739) ImapResourceBase::doSetOnline: online= false akonadi_kolab_resource_11(9739) ImapResourceBase::doSetOnline: online= true akonadi_kolab_resource_11(9739)/kdepimlibs (kimap) KIMAP::SessionThread::doCloseSocket: close akonadi_kolab_resource_11(9739)/kdeui (Wallet) KWallet::Wallet::openWallet: Pass a valid window to KWallet::Wallet::openWallet(). kwalletd(9040)/kdeui (Wallet) KWalletD::openAsync: openAsync for :1.1163 klauncher(9023)/kdecore (KSycoca) KSycocaPrivate::openDatabase: Trying to open ksycoca from /var/tmp/kdesycoca-custom klauncher(9023)/kio (KLauncher) KLauncher::processRequestReturn: /usr/bin/kwalletmanager (pid 18048) up and running. akonadi_kolab_resource_11(9739)/kdepimlibs (kimap) KIMAP::LoginJob::LoginJob: KIMAP::LoginJob(0x248b280) akonadi_kolab_resource_11(9739)/kdepimlibs (kimap) KIMAP::SessionThread::reconnect: connectToHost 192.168.122.10 993 akonadi_kolab_resource_11(9739)/kdepimlibs (kimap) KIMAP::LoginJob::doStart: KIMAP::LoginJob(0x248b280) akonadi_kolab_resource_11(9739)/kssl KTcpSocket::showSslErrors: The host name did not match any of the valid hosts for this certificate akonadi_kolab_resource_11(9739)/kssl KTcpSocket::showSslErrors: The certificate is self-signed, and untrusted akonadi_kolab_resource_11(9739)/kssl KTcpSocket::showSslErrors: The certificate has expired akonadi_kolab_resource_11(9739)/kdepimlibs (kimap) KIMAP::SessionThread::sslConnected: Initial SSL handshake failed. cipher.isNull() is false , cipher.usedBits() is 256 , the socket says: Unknown error and the list of SSL errors contains 3 items. akonadi_kolab_resource_11(9739)/kssl KIO::SslUi::askIgnoreSslErrors: Error list empty after removing errors to be ignored. Continuing. kwalletmanager(18050)/kdeui (KNotification) KStatusNotifierItemDBus::KStatusNotifierItemDBus: service is org.kde.StatusNotifierItem-18050-1 akonadi_kolab_resource_11(9739)/kdepimlibs (kimap) KIMAP::LoginJob::handleResponse: Capability * akonadi_kolab_resource_11(9739)/kdepimlibs (kimap) KIMAP::LoginJob::handleResponse: Capabilities updated: (IMAP4rev1, LITERAL+, ID, ENABLE, ACL, RIGHTS=kxte, QUOTA, MAILBOX-REFERRALS, NAMESPACE, UIDPLUS, NO_ATOMIC_RENAME, UNSELECT, CHILDREN, MULTIAPPEND, BINARY, CATENATE, CONDSTORE, ESEARCH, SORT, SORT=MODSEQ, SORT=DISPLAY, THREAD=ORDEREDSUBJECT, THREAD=REFERENCES, ANNOTATEMORE, LIST-EXTENDED, WITHIN, QRESYNC, SCAN, XLIST, URLAUTH, URLAUTH=BINARY, X-NETSCAPE, AUTH=PLAIN, AUTH=LOGIN, SASL-IR, COMPRESS=DEFLATE, IDLE) akonadi_kolab_resource_11(9739)/kdepimlibs (kimap) KIMAP::LoginJob::handleResponse: Capability A01 akonadi_kolab_resource_11(9739)/kdepimlibs (kimap) KIMAP::LoginJob::handleResponse: Login A02 akonadi_kolab_resource_11(9739)/kdepimlibs (kimap) KIMAP::LoginJob::~LoginJob: KIMAP::LoginJob(0x248b280) akonadi_kolab_resource_11(9739) ImapResourceBase::doSetOnline: online= true akonadi_kolab_resource_11(9739)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: akonadi_kolab_resource_11(9739) KolabRetrieveCollectionsTask::createCollection: creating collection INBOX with parent () akonadi_kolab_resource_11(9739) KolabRetrieveCollectionsTask::createCollection: creating collection Arbeit with parent () akonadi_kolab_resource_11(9739) KolabRetrieveCollectionsTask::createCollection: creating collection Belege with parent () akonadi_kolab_resource_11(9739) KolabRetrieveCollectionsTask::createCollection: creating collection Calendar with parent () akonadi_kolab_resource_11(9739) KolabRetrieveCollectionsTask::createCollection: creating collection Configuration with parent () akonadi_kolab_resource_11(9739) KolabRetrieveCollectionsTask::createCollection: creating collection Contacts with parent () akonadi_kolab_resource_11(9739) KolabRetrieveCollectionsTask::createCollection: creating collection Default List with parent () akonadi_kolab_resource_11(9739) KolabRetrieveCollectionsTask::createCollection: creating collection Drafts with parent () akonadi_kolab_resource_11(9739) KolabRetrieveCollectionsTask::createCollection: creating collection Freebusy with parent () akonadi_kolab_resource_11(9739) KolabRetrieveCollectionsTask::createCollection: creating collection Journal with parent () akonadi_kolab_resource_11(9739) KolabRetrieveCollectionsTask::createCollection: creating collection Mobile List with parent () akonadi_kolab_resource_11(9739) KolabRetrieveCollectionsTask::createCollection: creating collection Notes with parent () akonadi_kolab_resource_11(9739) KolabRetrieveCollectionsTask::createCollection: creating collection Privat with parent () akonadi_kolab_resource_11(9739) KolabRetrieveCollectionsTask::createCollection: creating collection Reisen
[Akonadi] [Bug 335795] IMAP namespace support is incomplete/insufficient on large imap accounts
https://bugs.kde.org/show_bug.cgi?id=335795 RJVB rjvber...@gmail.com changed: What|Removed |Added Resolution|WONTFIX |--- Status|RESOLVED|UNCONFIRMED --- Comment #2 from RJVB rjvber...@gmail.com --- Have you actually tried to use subscriptions in a use case like the one I described? Your claim about subscriptions is true only in theory, in practice one has to wait longer for a possibility to subscribe to only the desired mailboxes than it takes to decide to install another email client, install, configure and start using it. Much longer. So yeah, if speed and ease of use (= not having to subscribe to ALL folders inside/under the mailbox repository folder) aren't useful then I guess the majority of other readers that do provide a prefix path setting are just plain wrong to do so. No irony intended either (sarcasm and cynicism are a different matter) ... BTW, nothing has been resolved here, so I'm setting a more appropriate status. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 335795] IMAP namespace support is incomplete/insufficient on large imap accounts
https://bugs.kde.org/show_bug.cgi?id=335795 Christian Mollekopf mollek...@kolabsys.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #3 from Christian Mollekopf mollek...@kolabsys.com --- (In reply to RJVB from comment #2) Have you actually tried to use subscriptions in a use case like the one I described? Your claim about subscriptions is true only in theory, in practice one has to wait longer for a possibility to subscribe to only the desired mailboxes than it takes to decide to install another email client, install, configure and start using it. Much longer. Erm, what? So is the problem that the syncing starts before you have the chance to adjust subscriptions? If that is so, you have an entierly valid point, and we can fix it whenever I get around to it. Please open an according bugreport in that case. We could also add the subscription dialog as part of the setup-dialog, which would probably improve the visibility of the feature (I know the subscription support in the UI is currently pretty bad, and I'm already working on that). So yeah, if speed and ease of use (= not having to subscribe to ALL folders inside/under the mailbox repository folder) aren't useful then I guess the majority of other readers that do provide a prefix path setting are just plain wrong to do so. No irony intended either (sarcasm and cynicism are a different matter) ... I pretty sure subscriptions do in fact solve the problem. It's entierly possible that the implementation isn't perfect and that it requires some adjustments, but that's the solution then, and not adding yet another workaround. BTW, nothing has been resolved here, so I'm setting a more appropriate status. Please don't. I'm the one that has to deal with the tickets, and it helps noone keeping a tickets open that has been declined already. There is only Resolved and if you set it back to unconfirmed there is no way for me to distinguish it from other tickets that I haven't processed yet. Even if it's set to resolved we can keep the discussion going here if you like. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 335795] IMAP namespace support is incomplete/insufficient on large imap accounts
https://bugs.kde.org/show_bug.cgi?id=335795 --- Comment #4 from RJVB rjvber...@gmail.com --- Yes, there are 2 things which make (made) the current implementation unworkable for me. Most importantly, the fact that there is no way to obtain the list of folders (not) to subscribe to before the whole account is scanned. (And again, on a typical workstation also running an imapd that amounts to transferring all files under your account, possibly even trying to parse them.) The other thing is that there is nothing recursive to a subscription, i.e. there is no way I found to select all mailboxes in the directory where one keeps them. One could argue that that's a once-only action, but in reality that would go against the fact that IMAP has always been designed to allow access from multiple locations (i.e., mailboxes might be created or deleted while connecting from a different location). Isn't there a closed - wontfix status? -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 337744] New: Subscriptions should be configurable before the first sync
https://bugs.kde.org/show_bug.cgi?id=337744 Bug ID: 337744 Summary: Subscriptions should be configurable before the first sync Product: Akonadi Version: GIT (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: IMAP resource Assignee: chrig...@fastmail.fm Reporter: mollek...@kolabsys.com CC: kdepim-bugs@kde.org, vkra...@kde.org Otherwise the sync potentially starts downloading loads of data no one needs. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 335795] IMAP namespace support is incomplete/insufficient on large imap accounts
https://bugs.kde.org/show_bug.cgi?id=335795 Christian Mollekopf mollek...@kolabsys.com changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #5 from Christian Mollekopf mollek...@kolabsys.com --- (In reply to RJVB from comment #4) Yes, there are 2 things which make (made) the current implementation unworkable for me. Most importantly, the fact that there is no way to obtain the list of folders (not) to subscribe to before the whole account is scanned. (And again, on a typical workstation also running an imapd that amounts to transferring all files under your account, possibly even trying to parse them.) Agreed, it should be possible to make that selection before the sync starts. https://bugs.kde.org/show_bug.cgi?id=337744 The other thing is that there is nothing recursive to a subscription, i.e. there is no way I found to select all mailboxes in the directory where one keeps them. It would be nice if the UI allowed recursive actions indeed. I'm aware the UI side isn't pretty in general, and I plan to improve that. One could argue that that's a once-only action, but in reality that would go against the fact that IMAP has always been designed to allow access from multiple locations (i.e., mailboxes might be created or deleted while connecting from a different location). I don't get that part. Server-side subscriptions are for all devices which you may or may not desire, but we allow to override that setting on a per-folder basis using local subscriptions, which should cover all use-cases, no? Isn't there a closed - wontfix status? Indeed there is, once the status was resolved (it's a workflow thingy I suppose...). -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 319776] Akonadi crashed, possibly because of sudden lack of network connection, caused by the laptop going into suspend-to-ram
https://bugs.kde.org/show_bug.cgi?id=319776 --- Comment #21 from Christian Mollekopf mollek...@kolabsys.com --- It crashes in qobject on: const QMetaObject *smeta = sender-metaObject(); so it's indeed the session that is invalid. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kontact] [Bug 327256] Summary doesn't show upcoming events
https://bugs.kde.org/show_bug.cgi?id=327256 --- Comment #11 from Brallan Aguilar apcomp...@gmail.com --- It continues in KDE 4.13.3 -- 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
[kontact] [Bug 327256] Summary doesn't show upcoming events
https://bugs.kde.org/show_bug.cgi?id=327256 Brallan Aguilar apcomp...@gmail.com changed: What|Removed |Added Version|4.13.1 |4.13.2 -- 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
[kontact] [Bug 332991] Wrong remaining time in Summary
https://bugs.kde.org/show_bug.cgi?id=332991 Brallan Aguilar apcomp...@gmail.com changed: What|Removed |Added Version|4.12.3 |4.13.2 --- Comment #1 from Brallan Aguilar apcomp...@gmail.com --- Still present in KDE 4.13.3 -- 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
