[Bug 258342] New: No hierarchical RID does not specify a unique collection
https://bugs.kde.org/show_bug.cgi?id=258342 Summary: No hierarchical RID does not specify a unique collection Product: Akonadi Version: 1.0.0 Platform: openSUSE RPMs OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: IMAP resource AssignedTo: er...@kde.org ReportedBy: aar...@doofus.org CC: vkra...@kde.org, kdepim-bugs@kde.org Version: 1.0.0 (using KDE 4.5.80) OS:Linux Trying to create an IMAP resource fails in akonadiconsole and in kmail. Here's the debug log: akonadi_imap_resource_0 (0x7e9bb0) 37 BEGIN akonadi_imap_resource_0 (0x7e9bb0) 37 OK Begin completed akonadi_imap_resource_0 (0x7e9bb0) 38 LIST 0 INF (RESOURCE akonadi_imap_resource_0) (ANCESTORS 1) akonadi_imap_resource_0 (0x7e9bb0) 38 OK List completed akonadi_imap_resource_0 (0x7e9bb0) 39 CREATE Cavium 0 (MIMETYPE (inode/directory) REMOTEID imap://awilli...@[deleted].org/ REMOTEREVISION AccessRights noselect 1 CACHEPOLICY (INHERIT false INTERVAL 5 CACHETIMEOUT 60 SYNCONDEMAND true LOCALPARTS (ENVELOPE HEAD))) akonadi_imap_resource_0 (0x7e9bb0) * 29 0 (NAME [deleted] MIMETYPE (inode/directory) REMOTEID imap://awilli...@[deleted].org/ REMOTEREVISION RESOURCE akonadi_imap_resource_0 CACHEPOLICY (INHERIT false INTERVAL 5 CACHETIMEOUT 60 SYNCONDEMAND true LOCALPARTS (ENVELOPE HEAD)) AccessRights noselect 1) akonadi_imap_resource_0 (0x7e9bb0) 39 OK CREATE completed akonadi_imap_resource_0 (0x7e9bb0) 40 CREATE Sent 29 (MIMETYPE (message/rfc822 inode/directory) REMOTEID /Sent REMOTEREVISION CACHEPOLICY (INHERIT true)) akonadi_imap_resource_0 (0x7e9bb0) * 30 29 (NAME Sent MIMETYPE (message/rfc822 inode/directory) REMOTEID /Sent REMOTEREVISION RESOURCE akonadi_imap_resource_0 CACHEPOLICY (INHERIT true INTERVAL 5 CACHETIMEOUT 60 SYNCONDEMAND true LOCALPARTS (ENVELOPE HEAD)) ) akonadi_imap_resource_0 (0x7e9bb0) 40 OK CREATE completed akonadi_imap_resource_0 (0x7e9bb0) 41 CREATE Contacts 29 (MIMETYPE (message/rfc822 inode/directory) REMOTEID /Contacts REMOTEREVISION CACHEPOLICY (INHERIT true)) akonadi_imap_resource_0 (0x7e9bb0) * 31 29 (NAME Contacts MIMETYPE (message/rfc822 inode/directory) REMOTEID /Contacts REMOTEREVISION RESOURCE akonadi_imap_resource_0 CACHEPOLICY (INHERIT true INTERVAL 5 CACHETIMEOUT 60 SYNCONDEMAND true LOCALPARTS (ENVELOPE HEAD)) ) akonadi_imap_resource_0 (0x7e9bb0) 41 OK CREATE completed akonadi_imap_resource_0 (0x7e9bb0) 42 CREATE Sync Issues 29 (MIMETYPE (message/rfc822 inode/directory) REMOTEID /Sync Issues REMOTEREVISION AccessRights a CACHEPOLICY (INHERIT true)) akonadi_imap_resource_0 (0x7e9bb0) * 32 29 (NAME Sync Issues MIMETYPE (message/rfc822 inode/directory) REMOTEID /Sync Issues REMOTEREVISION RESOURCE akonadi_imap_resource_0 CACHEPOLICY (INHERIT true INTERVAL 5 CACHETIMEOUT 60 SYNCONDEMAND true LOCALPARTS (ENVELOPE HEAD)) AccessRights a) akonadi_imap_resource_0 (0x7e9bb0) 42 OK CREATE completed akonadi_imap_resource_0 (0x7e9bb0) 43 CREATE Junk E-mail 29 (MIMETYPE (message/rfc822 inode/directory) REMOTEID /Junk E-mail REMOTEREVISION CACHEPOLICY (INHERIT true)) akonadi_imap_resource_0 (0x7e9bb0) * 33 29 (NAME Junk E-mail MIMETYPE (message/rfc822 inode/directory) REMOTEID /Junk E-mail REMOTEREVISION RESOURCE akonadi_imap_resource_0 CACHEPOLICY (INHERIT true INTERVAL 5 CACHETIMEOUT 60 SYNCONDEMAND true LOCALPARTS (ENVELOPE HEAD)) ) akonadi_imap_resource_0 (0x7e9bb0) 43 OK CREATE completed akonadi_imap_resource_0 (0x7e9bb0) 44 CREATE RSS Feeds 29 (MIMETYPE (message/rfc822 inode/directory) REMOTEID /RSS Feeds REMOTEREVISION CACHEPOLICY (INHERIT true)) akonadi_imap_resource_0 (0x7e9bb0) * 34 29 (NAME RSS Feeds MIMETYPE (message/rfc822 inode/directory) REMOTEID /RSS Feeds REMOTEREVISION RESOURCE akonadi_imap_resource_0 CACHEPOLICY (INHERIT true INTERVAL 5 CACHETIMEOUT 60 SYNCONDEMAND true LOCALPARTS (ENVELOPE HEAD)) ) akonadi_imap_resource_0 (0x7e9bb0) 44 OK CREATE completed akonadi_imap_resource_0 (0x7e9bb0) 45 CREATE Tasks 29 (MIMETYPE (message/rfc822 inode/directory) REMOTEID /Tasks REMOTEREVISION CACHEPOLICY (INHERIT true)) akonadi_imap_resource_0 (0x7e9bb0) * 35 29 (NAME Tasks MIMETYPE (message/rfc822 inode/directory) REMOTEID /Tasks REMOTEREVISION RESOURCE akonadi_imap_resource_0 CACHEPOLICY (INHERIT true INTERVAL 5 CACHETIMEOUT 60 SYNCONDEMAND true LOCALPARTS (ENVELOPE HEAD)) ) akonadi_imap_resource_0 (0x7e9bb0) 45 OK CREATE completed akonadi_imap_resource_0 (0x7e9bb0) 46 CREATE Calendar 29 (MIMETYPE (message/rfc822 inode/directory) REMOTEID /Calendar REMOTEREVISION CACHEPOLICY (INHERIT true)) akonadi_imap_resource_0 (0x7e9bb0) * 36 29 (NAME Calendar MIMETYPE (message/rfc822 inode/directory) REMOTEID /Calendar REMOTEREVISION RESOURCE akonadi_imap_resource_0 CACHEPOLICY (INHERIT true INTERVAL 5 CACHETIMEOUT 60 SYNCONDEMAND true LOCALPARTS (ENVELOPE HEAD)) )
[Bug 195859] Kontact crashes on filtering (Ctrl+J) / organizing emails [KMFolder::folderType, KMail::ImapJob::slotProcessedSize]
https://bugs.kde.org/show_bug.cgi?id=195859 --- Comment #12 from Aaron Williams aaronw doofus org 2010-12-06 23:13:26 --- Created an attachment (id=54227) -- (http://bugs.kde.org/attachment.cgi?id=54227) New crash information added by DrKonqi kmail (1.13.5) on KDE Platform 4.5.4 (KDE 4.5.4) release 9 using Qt 4.6.3 - What I was doing when the application crashed: I was marking emails as HAM/SPAM to train bogofilter. This is repeatable and happens frequently. -- Backtrace (Reduced): #6 KMFolder::folderType (this=0x7f8d) at /usr/src/debug/kdepim-4.4.8/kmail/kmfolder.cpp:279 #7 0x7f8d4d03902d in KMail::ImapJob::slotProcessedSize (this=0x14b5ce0, job=0x1522880, processed=4670) at /usr/src/debug/kdepim-4.4.8/kmail/imapjob.cpp:688 #8 0x7f8d4d03978a in KMail::ImapJob::qt_metacall (this=0x14b5ce0, _c=QMetaObject::InvokeMetaMethod, _id=value optimized out, _a=0x7fff22951ea0) at /usr/src/debug/kdepim-4.4.8/build/kmail/imapjob.moc:96 [...] #10 0x7f8d4d805cdb in KJob::processedSize(KJob*, unsigned long long) () from /usr/lib64/libkdecore.so.5 #11 0x7f8d4d8480fe in KJob::setProcessedAmount(KJob::Unit, unsigned long long) () from /usr/lib64/libkdecore.so.5 -- 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 195859] Kontact crashes on filtering (Ctrl+J) / organizing emails [KMFolder::folderType, KMail::ImapJob::slotProcessedSize]
https://bugs.kde.org/show_bug.cgi?id=195859 Aaron Williams aar...@doofus.org changed: What|Removed |Added CC||aar...@doofus.org -- 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 283058] New: File dialog crashes asking for plug-in for .tar.bz2 file
https://bugs.kde.org/show_bug.cgi?id=283058 Summary: File dialog crashes asking for plug-in for .tar.bz2 file Product: kontact Version: 4.4.10 Platform: openSUSE RPMs OS/Version: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: general AssignedTo: kdepim-bugs@kde.org ReportedBy: aar...@doofus.org Application: kontact (4.4.10) KDE Platform Version: 4.6.00 (4.6.0) release 6 Qt Version: 4.7.1 Operating System: Linux 2.6.37.6-0.7-desktop x86_64 Distribution: openSUSE 11.4 (x86_64) -- Information about the crash: In kontact I was trying to add an attachment. Whenever the file dialog entered a directory that contained a .tar.bz2 file it asked if I wanted to search for a plug-in to handle it. Kontact crashes every time I click no. Clicking search returns no plug-in and it crashes as well. The crash can be reproduced every time. -- Backtrace: Application: Kontact (kontact), signal: Segmentation fault [Current thread is 1 (Thread 0x7f6f10fc5760 (LWP 9758))] Thread 5 (Thread 0x7f6eed39b700 (LWP 9802)): #0 0x7f6f0e0954f3 in poll () from /lib64/libc.so.6 #1 0x7f6f0682c114 in ?? () from /lib64/libglib-2.0.so.0 #2 0x7f6f0682c650 in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #3 0x7f6f0f469976 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQtCore.so.4 #4 0x7f6f0f43e052 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQtCore.so.4 #5 0x7f6f0f43e265 in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQtCore.so.4 #6 0x7f6f0f3531e4 in QThread::exec() () from /usr/lib64/libQtCore.so.4 #7 0x7f6f0f41f968 in ?? () from /usr/lib64/libQtCore.so.4 #8 0x7f6f0f355a5e in ?? () from /usr/lib64/libQtCore.so.4 #9 0x7f6f0923ea3f in start_thread () from /lib64/libpthread.so.0 #10 0x7f6f0e09e66d in clone () from /lib64/libc.so.6 #11 0x in ?? () Thread 4 (Thread 0x7f6ed8ff0700 (LWP 9813)): #0 0x7f6f0924338c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f6f0f35614b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4 #2 0x7f6ef42ae254 in ?? () from /usr/lib64/libthreadweaver.so.4 #3 0x7f6ef42b12a5 in ?? () from /usr/lib64/libthreadweaver.so.4 #4 0x7f6ef42ae64f in ?? () from /usr/lib64/libthreadweaver.so.4 #5 0x7f6ef42ae6d8 in ThreadWeaver::Thread::run() () from /usr/lib64/libthreadweaver.so.4 #6 0x7f6f0f355a5e in ?? () from /usr/lib64/libQtCore.so.4 #7 0x7f6f0923ea3f in start_thread () from /lib64/libpthread.so.0 #8 0x7f6f0e09e66d in clone () from /lib64/libc.so.6 #9 0x in ?? () Thread 3 (Thread 0x7f6ed87ef700 (LWP 9818)): #0 0x7f6f0924338c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f6f0f35614b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4 #2 0x7f6ef42ae254 in ?? () from /usr/lib64/libthreadweaver.so.4 #3 0x7f6ef42b12a5 in ?? () from /usr/lib64/libthreadweaver.so.4 #4 0x7f6ef42ae64f in ?? () from /usr/lib64/libthreadweaver.so.4 #5 0x7f6ef42ae6d8 in ThreadWeaver::Thread::run() () from /usr/lib64/libthreadweaver.so.4 #6 0x7f6f0f355a5e in ?? () from /usr/lib64/libQtCore.so.4 #7 0x7f6f0923ea3f in start_thread () from /lib64/libpthread.so.0 #8 0x7f6f0e09e66d in clone () from /lib64/libc.so.6 #9 0x in ?? () Thread 2 (Thread 0x7f6eda0f9700 (LWP 9825)): #0 0x7f6f09245ea4 in __lll_lock_wait () from /lib64/libpthread.so.0 #1 0x7f6f09241294 in _L_lock_999 () from /lib64/libpthread.so.0 #2 0x7f6f092410aa in pthread_mutex_lock () from /lib64/libpthread.so.0 #3 0x7f6f0682d96d in g_main_context_wakeup () from /lib64/libglib-2.0.so.0 #4 0x7f6f0682daf0 in ?? () from /lib64/libglib-2.0.so.0 #5 0x7f6f06853466 in ?? () from /lib64/libglib-2.0.so.0 #6 0x7f6f0923ea3f in start_thread () from /lib64/libpthread.so.0 #7 0x7f6f0e09e66d in clone () from /lib64/libc.so.6 #8 0x in ?? () Thread 1 (Thread 0x7f6f10fc5760 (LWP 9758)): [KCrash Handler] #6 0x7f6f0f44ea04 in QObject::metaObject() const () from /usr/lib64/libQtCore.so.4 #7 0x7f6f0f4483e6 in QMetaObject::invokeMethod(QObject*, char const*, Qt::ConnectionType, QGenericReturnArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument) () from /usr/lib64/libQtCore.so.4 #8 0x7f6ee78f657f in invokeMethod (result=GST_INSTALL_PLUGINS_USER_ABORT, userData=0x210f870) at /usr/include/QtCore/qobjectdefs.h:408 #9 Phonon::Gstreamer::MediaObject::pluginInstallationDone (result=GST_INSTALL_PLUGINS_USER_ABORT, userData=0x210f870) at
[Bug 248835] Crash at reply
https://bugs.kde.org/show_bug.cgi?id=248835 Aaron Williams aar...@doofus.org changed: What|Removed |Added CC||aar...@doofus.org -- 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 248835] Crash at reply
https://bugs.kde.org/show_bug.cgi?id=248835 --- Comment #1 from Aaron Williams aaronw doofus org 2010-09-15 01:02:17 --- Created an attachment (id=51657) -- (http://bugs.kde.org/attachment.cgi?id=51657) New crash information added by DrKonqi I just experienced this same crash when I clicked to reply to an email. The crash dump is the same. -- 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 290765] New: LDAP support appears to be missing
https://bugs.kde.org/show_bug.cgi?id=290765 Summary: LDAP support appears to be missing Product: kaddressbook Version: unspecified Platform: openSUSE RPMs OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: ldap search AssignedTo: kdepim-bugs@kde.org ReportedBy: aar...@doofus.org CC: to...@kde.org Version: unspecified (using KDE 4.7.2) OS:Linux After migrating to KDE 4.7 in OpenSUSE I still see my old LDAP address book but it does not appear to work. I tried to create a new address book but there is no option to add LDAP support offered. It is as if all LDAP support is missing. Reproducible: Always Steps to Reproduce: In Address Books right click and select Add Address Book... Actual Results: No LDAP option is present Expected Results: I expect there to be an LDAP option OS: Linux (x86_64) release 2.6.37.6-0.9-desktop Compiler: gcc -- 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 290833] New: kmail frequently hangs when trying to download IMAP email
https://bugs.kde.org/show_bug.cgi?id=290833 Summary: kmail frequently hangs when trying to download IMAP email Product: kmail2 Version: 4.7 Platform: openSUSE RPMs OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general AssignedTo: kdepim-bugs@kde.org ReportedBy: aar...@doofus.org Version: 4.7 (using KDE 4.7.2) OS:Linux When trying to access my email which is stored using Microsoft's cloud services kmail frequently refuses to download email and just displays 'Retrieving Folder Contents Please wait...' This is especially a problem for me since I use several filters to move emails for certain mailing lists into their appropriate folders. Often selecting another email will cause the new email to load and selecting the previously hung email will allow it to load. Reproducible: Sometimes Steps to Reproduce: Start selecting IMAP emails. Actual Results: Frequently it will hang and not recover when attempting to download an email. Expected Results: It should not hang. The previous version of kmail included with KDE 4.6 did not have this problem. OS: Linux (x86_64) release 3.1.0-1.2-desktop Compiler: gcc -- 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 290839] New: previous next greyed out when unread emails present
https://bugs.kde.org/show_bug.cgi?id=290839 Summary: previous next greyed out when unread emails present Product: kmail2 Version: 1.99.0 Platform: openSUSE RPMs OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general AssignedTo: kdepim-bugs@kde.org ReportedBy: aar...@doofus.org Version: 1.99.0 (using KDE 4.7.2) OS:Linux I am connected to an IMAP server and the next/previous buttons are greyed out (as well as in the Go menu) even though there are several emails that are unread. They don't change even when new email arrives. Reproducible: Didn't try Steps to Reproduce: Connect to imap account with several unread emails See next/previous buttons greyed out. Actual Results: No change in the next/previous buttons Expected Results: The next/previous buttons and menu entries should not be greyed out and should work as expected. OS: Linux (x86_64) release 3.1.0-1.2-desktop Compiler: gcc -- 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 266429] [IMAP] Large mail not displayed after download
https://bugs.kde.org/show_bug.cgi?id=266429 Aaron Williams aar...@doofus.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #7 from Aaron Williams aaronw doofus org 2012-01-07 02:39:32 --- *** This bug has been confirmed by popular vote. *** -- 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 291233] New: Apply all filters does not work on IMAP
https://bugs.kde.org/show_bug.cgi?id=291233 Summary: Apply all filters does not work on IMAP Product: kmail2 Version: 4.7 Platform: openSUSE RPMs OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: filtering AssignedTo: kdepim-bugs@kde.org ReportedBy: aar...@doofus.org Created an attachment (id=67680) -- (http://bugs.kde.org/attachment.cgi?id=67680) Exported filters Version: 4.7 OS:Linux I subscribe to several mailing lists and have created filters to move emails from those mailing lists into the appropriate folders. Before upgrading OpenSUSE from 11.3 to 12.1 this worked fine. After upgrading I had to redo my settings and now the filtering no longer works. If I select an email and click Message-Filter-Apply all filters nothing happens. However, if I click Message-Filter-(mailing list filter) with the appropriate mailing list for that particular email then it works. Additionally, emails are not filtered when incoming. Reproducible: Always Steps to Reproduce: 1. Select email to be filtered 2. Click Message-Filter-Apply all filters (or type ^J) Actual Results: Nothing happens Expected Results: All of the filters should be executed and the email should be placed into the appropriate folter OS: Linux (x86_64) release 3.1.0-1.2-desktop Compiler: gcc -- 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 290765] LDAP support appears to be missing
https://bugs.kde.org/show_bug.cgi?id=290765 Aaron Williams aar...@doofus.org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | --- Comment #2 from Aaron Williams aaronw doofus org 2012-01-11 01:38:15 --- The LDAP server settings page is blank. -- 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 290765] LDAP support appears to be missing
https://bugs.kde.org/show_bug.cgi?id=290765 --- Comment #3 from Aaron Williams aaronw doofus org 2012-01-11 01:39:38 --- Created an attachment (id=67682) -- (http://bugs.kde.org/attachment.cgi?id=67682) Picture of LDAP server configuration dialog This is the LDAP settings dialog from OpenSUSE 12.1. -- 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 290765] LDAP support appears to be missing
https://bugs.kde.org/show_bug.cgi?id=290765 --- Comment #4 from Aaron Williams aaronw doofus org 2012-01-11 01:42:49 --- Created an attachment (id=67683) -- (http://bugs.kde.org/attachment.cgi?id=67683) Add address book dialog, notice no LDAP This is the Add Address Book from Kontact. There is no LDAP option. This is from OpenSUSE 12.1 with all Akonadi, KDE PIM, kontact, etc. components installed. -- 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 290765] LDAP support appears to be missing
https://bugs.kde.org/show_bug.cgi?id=290765 --- Comment #6 from Aaron Williams aaronw doofus org 2012-01-11 10:13:43 --- I just upgraded to the latest release from the KDE repository and it is still broken. -- 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 292909] New: IMAP access often very slow or hangs
https://bugs.kde.org/show_bug.cgi?id=292909 Summary: IMAP access often very slow or hangs Product: kmail2 Version: 4.8 Platform: openSUSE RPMs OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: folders AssignedTo: kdepim-bugs@kde.org ReportedBy: aar...@doofus.org Version: 4.8 (using KDE 4.8.0) OS:Linux Often when trying to read my email which is stored on an IMAP server (Microsoft Online Services) I run into problems where KMail will just hang saying Retrieving Folder Contents Please wait... Fairly often KMail will take many seconds to complete the operation and in some cases KMail will hang and never recover. Even clicking on a different email does not make it recover, even if it was previously opened. I am also using several filters on incoming email to move emails from various mailing lists into folders. I do not have any problems when using Thunderbird connected to the same server. When it hangs I typically need to restart Akonadi in order to recover. Note that I have a fair number of emails in several IMAP folders. My inbox has about 7300 emails and my largest subfolder has 33,967 emails (8862 unread). Reproducible: Sometimes Steps to Reproduce: Click on various emails until it hangs. Actual Results: KMail will frequently be very slow to open the email and will periodically hang completely and not recover. Expected Results: It should open and read emails in a reasonable amount of time (a second or two at the most). OS: Linux (x86_64) release 3.1.0-1.2-desktop Compiler: gcc -- 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 77862] kio_imap processes hang when connection status changes
https://bugs.kde.org/show_bug.cgi?id=77862 Aaron Williams aar...@doofus.org changed: What|Removed |Added CC||aar...@doofus.org --- Comment #93 from Aaron Williams aaronw doofus org 2012-01-30 21:51:41 --- I am seeing this same behavior with KMail 4.8.0. It is extremely frustrating! It is as if the IMAP support breaks if there are parallel activities taking place or if something happens to the connection. I have several email filters applied to IMAP in order to keep several mailing lists from flooding my inbox. -- 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 77862] kio_imap processes hang when connection status changes
https://bugs.kde.org/show_bug.cgi?id=77862 --- Comment #94 from Aaron Williams aaronw doofus org 2012-01-30 22:35:58 --- I have some additional debugging information that might be helpful. In this case, I clicked on a never-opened email which basically hung. Eventually the debug log showed request for item 50965 31165 failed... At this point I clicked on a previous email which loaded immediately and the next email which previously said it was waiting and it opened immediately. It is as if the notification that the email eventually loaded is lost (or it timed out waiting for the notification). [Clicked on unopened email] kontact(1763)/kdewebkit KWebPage::acceptNavigationRequest: url: QUrl( file:/// ) , type: 5 , frame: QWebFrame(0x8ce2b0) akonadi_imap_resource_1(1824)/kdepimlibs (kimap) KIMAP::StoreJob::handleResponse: We asked for UID but the server didn't give it back, resultingFlags not stored. void Nepomuk::Query::QueryServiceClient::close() posting retrieval request for item 50965 there are 1 queues and 0 items in mine request for item 50965 still pending - waiting processing retrieval request for item 50965 parts: (RFC822) of resource: akonadi_imap_resource_1 31199 +FLAGS (\Deleted) akonadi_imap_resource_1(1824)/kdepimlibs (kimap) KIMAP::StoreJob::handleResponse: We asked for UID but the server didn't give it back, resultingFlags not stored. kontact(1763)/kdewebkit KWebPage::acceptNavigationRequest: url: QUrl( file:///usr/share/kde4/apps/kmail2/about/main.html ) , type: 5 , frame: QWebFrame(0x8ce2b0) kontact(1763)/kio (Scheduler) KIO::SchedulerPrivate::doJob: KIO::SimpleJob(0x3b2ba80) kontact(1763)/kio (KIOJob) KIO::TransferJob::slotFinished: KUrl(file:///usr/share/kde4/apps/kmail2/about/kmail.css) kontact(1763)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished: KIO::TransferJob(0x3b2ba80) KIO::Slave(0xe22310) kontact(1763)/kio (Scheduler) KIO::SchedulerPrivate::doJob: KIO::SimpleJob(0x2498e80) kontact(1763)/kio (KIOJob) KIO::TransferJob::slotFinished: KUrl(file:///usr/share/kde4/apps/kmail2/about/top-left-kmail.png) kontact(1763)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished: KIO::TransferJob(0x2498e80) KIO::Slave(0xe22310) kontact(1763)/kio (Slave) KIO::Slave::kill: killing slave pid 1806 ( file:// ) kontact(1763)/kio (Slave) KIO::Slave::kill: killing slave pid 1801 ( file:// ) kontact(1763)/kio (Slave) KIO::Slave::kill: killing slave pid 1805 ( file:// ) kontact(1763)/kio (Slave) KIO::Slave::kill: killing slave pid 1802 ( file:// ) akonadi_kabc_resource_3(1828)/kio (Slave) KIO::Slave::kill: killing slave pid 1882 ( ldap://x.x.com; ) akonadi_kabc_resource_2(1827)/kio (Slave) KIO::Slave::kill: killing slave pid 1885 ( ldap://x.x.com; ) akonadi_kabc_resource_1(1826)/kio (Slave) KIO::Slave::kill: killing slave pid 1905 ( ldap://x.x.com; ) akonadi_kabc_resource_6(1831)/kio (Slave) KIO::Slave::kill: killing slave pid 1906 ( ldap://x.x.com; ) akonadi_kabc_resource_5(1830)/kio (Slave) KIO::Slave::kill: killing slave pid 1907 ( ldap://x.x.com; ) akonadi_nepomuk_feeder(1837)/kdecore (trader) KMimeTypeTrader::query: query for mimeType inode/directory , AkonadiNepomukFeeder : returning 0 offers akonadi_nepomuk_feeder(1837) FeederPluginloader::feederPluginsForMimeType: No feeder for type inode/directory found akonadi_nepomuk_feeder(1837) ItemQueue::fetchJobResult: Not all items were fetched: 8 17 continuing request for item 50965 31165 failed: Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. ItemRetrieverException : Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. posting retrieval request for item 50965 there are 1 queues and 0 items in mine request for item 50965 still pending - waiting processing retrieval request for item 50965 parts: (RFC822) of resource: akonadi_imap_resource_1 akonadi_imap_resource_1(1824)/kdepimlibs (kimap) RetrieveItemTask::onMessagesReceived: MESSAGE from Imap server 31165 akonadi_imap_resource_1(1824)/kdepimlibs (kimap) RetrieveItemTask::onMessagesReceived: Has Payload: true continuing request for item 50965 succeeded [screen not updated, still shows Retrieving Folder Contents. click previous email] kontact(1763)/kdewebkit KWebPage::acceptNavigationRequest: url: QUrl( file:/// ) , type: 5 , frame: QWebFrame(0x8ce2b0) kontact(1763)/kio (Scheduler) KIO::SchedulerPrivate::doJob: KIO::SimpleJob(0x347e260) kontact(1763)/kio (KIOJob) KIO::TransferJob::slotFinished: KUrl(file:usr/share/kde4/apps/libmessageviewer/pics/quicklistOpened.png) kontact(1763)/kio (Scheduler) KIO::SchedulerPrivate
[Bug 77862] kio_imap processes hang when connection status changes
https://bugs.kde.org/show_bug.cgi?id=77862 --- Comment #95 from Aaron Williams aaronw doofus org 2012-01-30 22:37:00 --- I forgot to mention that this is with the very latest OpenSUSE release which appears to include all of the latest GIT patches. -- 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 258338] accountwizard crashed in KPIMIdentities::Identity::setProperty
https://bugs.kde.org/show_bug.cgi?id=258338 --- Comment #4 from Aaron Williams aar...@doofus.org --- I am not seeing this problem now with a later build. -- 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 283682] KMail duplicates filtered messages
https://bugs.kde.org/show_bug.cgi?id=283682 Aaron Williams aar...@doofus.org changed: What|Removed |Added CC||aar...@doofus.org --- Comment #24 from Aaron Williams aar...@doofus.org --- I really hope this does get backported. The duplicate emails is a deal-killer for me and I'd LOVE to dump Thunderbird. -- 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 204440] New: kmail crashed when trying to open email hosted on imap server
https://bugs.kde.org/show_bug.cgi?id=204440 Summary: kmail crashed when trying to open email hosted on imap server Product: kmail Version: 1.11.4 Platform: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: general AssignedTo: kdepim-bugs@kde.org ReportedBy: aar...@doofus.org Version: 1.11.4 (using 4.2.4 (KDE 4.2.4) release 2, KDE:42 / openSUSE_11.0) Compiler: gcc OS:Linux (x86_64) release 2.6.25.20-0.4-default Application: KMail (kmail), signal SIGSEGV 0x7f5ed5a48ce1 in nanosleep () from /lib64/libc.so.6 Thread 1 (process 12781): [KCrash Handler] #5 DwEntity::Headers (this=0x65006b0061) at /usr/src/debug/kdepim-4.2.4/mimelib/entity.cpp:241 #6 0x7f5ed9b244c1 in KMMessage::rawHeaderField (this=0x28e7f70, na...@0x7fffe30e6650) at /usr/src/debug/kdepim-4.2.4/kmail/kmmessage.cpp:2204 #7 0x7f5ed9b291f5 in KMMessage::from (this=0x28e7f70) at /usr/src/debug/kdepim-4.2.4/kmail/kmmessage.cpp:1944 #8 0x7f5ed9d59bcc in KMail::FancyHeaderStyle::format (this=value optimized out, message=0x28e7f70, strategy=0x7c4c00, vcardna...@0x7fffe30f1210, printing=false, topLevel=true) at /usr/src/debug/kdepim-4.2.4/kmail/headerstyle.cpp:456 #9 0x7f5ed9c0e627 in KMReaderWin::writeMsgHeader (this=0xbf53e0, aMsg=0x28e7f70, hasVCard=false, topLevel=208) at /usr/src/debug/kdepim-4.2.4/kmail/kmreaderwin.cpp:1767 #10 0x7f5ed9c18d3d in KMReaderWin::parseMsg (this=0xbf53e0, aMsg=0x28e7f70) at /usr/src/debug/kdepim-4.2.4/kmail/kmreaderwin.cpp:1652 #11 0x7f5ed9c0af47 in KMReaderWin::displayMessage (this=0xbf53e0) at /usr/src/debug/kdepim-4.2.4/kmail/kmreaderwin.cpp:1589 #12 0x7f5ed9c0b135 in KMReaderWin::updateReaderWin (this=0xbf53e0) at /usr/src/debug/kdepim-4.2.4/kmail/kmreaderwin.cpp:1529 #13 0x7f5ed9c0b4d5 in KMReaderWin::update (this=0x65006b0061, observable=0x28e7f70) at /usr/src/debug/kdepim-4.2.4/kmail/kmreaderwin.cpp:932 #14 0x7f5ed9e134e0 in KMail::ISubject::notify (this=0x28e7f98) at /usr/src/debug/kdepim-4.2.4/kmail/isubject.cpp:29 #15 0x7f5ed9b3351c in KMMessage::updateBodyPart (this=0x28e7f70, partSpecifier= {static null = {No data fields}, static shared_null = {ref = {_q_value = 304164}, alloc = 0, size = 0, data = 0x7f5ed7b2283a, clean = 0, simpletext = 0, righttoleft = 0, asciiCache = 0, capacity = 0, reserved = 0, array = {0}}, static shared_empty = {ref = {_q_value = 525}, alloc = 0, size = 0, data = 0x7f5ed7b2285a, clean = 0, simpletext = 0, righttoleft = 0, asciiCache = 0, capacity = 0, reserved = 0, array = {0}}, d = 0x7fffe30f1970, static codecForCStrings = 0x0}, data=value optimized out) at /usr/src/debug/kdepim-4.2.4/kmail/kmmessage.cpp:4150 #16 0x7f5ed9ded12d in KMail::ImapJob::slotGetMessageResult (this=0x340dd00, job=0x341e6c0) at /usr/src/debug/kdepim-4.2.4/kmail/imapjob.cpp:435 #17 0x7f5ed9df05c7 in KMail::ImapJob::qt_metacall (this=0x340dd00, _c=QMetaObject::InvokeMetaMethod, _id=value optimized out, _a=0x7fffe30f1af0) at /usr/src/debug/kdepim-4.2.4/build/kmail/imapjob.moc:81 #18 0x7f5ed7851284 in QMetaObject::activate (sender=0x341e6c0, from_signal_index=value optimized out, to_signal_index=7, argv=0x4) at kernel/qobject.cpp:3031 #19 0x7f5eda47c2a2 in KJob::result(KJob*) () from /usr/lib64/libkdecore.so.5 #20 0x7f5eda47c61f in KJob::emitResult() () from /usr/lib64/libkdecore.so.5 #21 0x7f5ed80c0710 in KIO::SimpleJob::slotFinished() () from /usr/lib64/libkio.so.5 #22 0x7f5ed80c1ca3 in KIO::TransferJob::slotFinished() () from /usr/lib64/libkio.so.5 #23 0x7f5ed80c2ce5 in KIO::TransferJob::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libkio.so.5 #24 0x7f5ed7851284 in QMetaObject::activate (sender=0xbc2770, from_signal_index=value optimized out, to_signal_index=8, argv=0x4) at kernel/qobject.cpp:3031 #25 0x7f5ed816aef1 in KIO::SlaveInterface::dispatch(int, QByteArray const) () from /usr/lib64/libkio.so.5 #26 0x7f5ed8168ae2 in KIO::SlaveInterface::dispatch() () from /usr/lib64/libkio.so.5 #27 0x7f5ed815bf6e in KIO::Slave::gotInput() () from /usr/lib64/libkio.so.5 #28 0x7f5ed815c278 in KIO::Slave::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libkio.so.5 #29 0x7f5ed7851284 in QMetaObject::activate (sender=0xc21d50, from_signal_index=value optimized out, to_signal_index=4, argv=0x4) at kernel/qobject.cpp:3031 #30 0x7f5ed80927e1 in ?? () from /usr/lib64/libkio.so.5 #31 0x7f5ed8092e8a in KIO::Connection::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libkio.so.5 #32 0x7f5ed784bf4d in QObject::event (this=0xc21d50, e=0x125e1b0) at kernel/qobject.cpp:1155 #33 0x7f5ed661017d in QApplicationPrivate::notify_helper (this=0x6559f0, receiver=0xc21d50, e=0x125e1b0) at kernel/qapplication.cpp:3803 #34 0x7f5ed6617f2a in
[Bug 205017] New: Crash when sending email
https://bugs.kde.org/show_bug.cgi?id=205017 Summary: Crash when sending email Product: kmail Version: 1.11.4 Platform: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: general AssignedTo: kdepim-bugs@kde.org ReportedBy: aar...@doofus.org Version: 1.11.4 (using 4.2.4 (KDE 4.2.4) release 2, KDE:42 / openSUSE_11.0) Compiler: gcc OS:Linux (x86_64) release 2.6.25.20-0.5-default When I hit send to send a reply email KMail crashed with the following stack trace: Application: KMail (kmail), signal SIGSEGV 0x7f60abb30ce1 in nanosleep () from /lib64/libc.so.6 Thread 1 (process 26006): [KCrash Handler] #5 RecipientsView::recipients (this=0x206563696f6b) at /usr/include/QtCore/qlist.h:113 #6 0x7f60aff5da75 in RecipientsEditor::recipientString (this=value optimized out, type=Recipient::Cc) at /usr/src/debug/kdepim-4.2.4/kmail/recipientseditor.cpp:947 #7 0x7f60afca9ca5 in KMComposeWin::cc (this=value optimized out) at /usr/src/debug/kdepim-4.2.4/kmail/kmcomposewin.cpp:1417 #8 0x7f60afcc1308 in KMComposeWin::doSend (this=0x84bbb0, method=value optimized out, saveIn=KMComposeWin::None) at /usr/src/debug/kdepim-4.2.4/kmail/kmcomposewin.cpp:3485 #9 0x7f60afcc2fc7 in KMComposeWin::slotSendNow (this=0x84bbb0) at /usr/src/debug/kdepim-4.2.4/kmail/kmcomposewin.cpp:3763 #10 0x7f60afcd25ba in KMComposeWin::qt_metacall (this=0x84bbb0, _c=QMetaObject::InvokeMetaMethod, _id=value optimized out, _a=0x7fffb90d06f0) at /usr/src/debug/kdepim-4.2.4/build/kmail/kmcomposewin.moc:240 #11 0x7f60ad939284 in QMetaObject::activate (sender=0x47be580, from_signal_index=value optimized out, to_signal_index=6, argv=0x4b3c530) at kernel/qobject.cpp:3031 #12 0x7f60ac6f24f7 in QAction::triggered (this=0x7fffb90cfd70, _t1=false) at .moc/release-shared/moc_qaction.cpp:216 #13 0x7f60ac6f2cc0 in QAction::activate (this=0x47be580, event=value optimized out) at kernel/qaction.cpp:1125 #14 0x7f60aca04afa in QAbstractButtonPrivate::click (this=0x4a110c0) at widgets/qabstractbutton.cpp:520 #15 0x7f60aca04d95 in QAbstractButton::mouseReleaseEvent (this=0x49ee250, e=0x7fffb90d0ec0) at widgets/qabstractbutton.cpp:1110 #16 0x7f60acacca6a in QToolButton::mouseReleaseEvent (this=0x7fffb90cfd70, e=0x206563696f6b) at widgets/qtoolbutton.cpp:671 #17 0x7f60ac74a9a9 in QWidget::event (this=0x7fffb90cfd70, event=0x7fffb90d0ec0) at kernel/qwidget.cpp:7163 #18 0x7f60ac6f817d in QApplicationPrivate::notify_helper (this=0x63c780, receiver=0x49ee250, e=0x7fffb90d0ec0) at kernel/qapplication.cpp:3803 #19 0x7f60ac70079a in QApplication::notify (this=value optimized out, receiver=0x49ee250, e=0x7fffb90d0ec0) at kernel/qapplication.cpp:3528 #20 0x7f60b0ad31bb in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5 #21 0x7f60ad924e81 in QCoreApplication::notifyInternal (this=0x7fffb90d1e20, receiver=0x49ee250, event=0x7fffb90d0ec0) at kernel/qcoreapplication.cpp:587 #22 0x7f60ac6ffb38 in QApplicationPrivate::sendMouseEvent (receiver=0x49ee250, event=0x7fffb90d0ec0, alienWidget=0x49ee250, nativeWidget=0x84bbb0, buttonDown=value optimized out, lastmousereceiv...@0x7f60ad075760) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:212 #23 0x7f60ac764299 in QETWidget::translateMouseEvent (this=0x84bbb0, event=value optimized out) at kernel/qapplication_x11.cpp:4042 #24 0x7f60ac762cb7 in QApplication::x11ProcessEvent (this=0x57, event=0x7fffb90d1940) at kernel/qapplication_x11.cpp:3160 #25 0x7f60ac78959c in x11EventSourceDispatch (s=0x64d470, callback=0, user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:142 #26 0x7f60a2d9795a in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0 #27 0x7f60a2d9b060 in ?? () from /usr/lib64/libglib-2.0.so.0 #28 0x7f60a2d9b1fc in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #29 0x7f60ad94d3af in QEventDispatcherGlib::processEvents (this=0x63c380, flags=value optimized out) at kernel/qeventdispatcher_glib.cpp:319 #30 0x7f60ac788d0f in QGuiEventDispatcherGlib::processEvents (this=0x7fffb90cfd70, flags=value optimized out) at kernel/qguieventdispatcher_glib.cpp:198 #31 0x7f60ad923782 in QEventLoop::processEvents (this=value optimized out, flags={i = -1190323152}) at kernel/qeventloop.cpp:143 #32 0x7f60ad92390d in QEventLoop::exec (this=0x7fffb90d1c70, flags={i = -1190323072}) at kernel/qeventloop.cpp:194 #33 0x7f60ad925dfd in QCoreApplication::exec () at kernel/qcoreapplication.cpp:845 #34 0x00402dcb in main (argc=value optimized out, argv=value optimized out) at /usr/src/debug/kdepim-4.2.4/kmail/main.cpp:146 -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 205017] Crash when sending email
https://bugs.kde.org/show_bug.cgi?id=205017 --- Comment #1 from Aaron Williams aaronw doofus org 2009-08-24 22:48:44 --- Note that this appears to be repeatable every time I try and send a reply to an email. -- 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 283682] KMail duplicates filtered messages
https://bugs.kde.org/show_bug.cgi?id=283682 --- Comment #30 from Aaron Williams aar...@doofus.org --- It is even worse for me. Somehow it's mangling my email and nuking the body, leaving only the header in place. I had to nuke Akonadi. -- 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 307638] New: Crash on startup
https://bugs.kde.org/show_bug.cgi?id=307638 Bug ID: 307638 Severity: crash Version: 4.9.1 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Crash on startup Classification: Unclassified OS: Linux Reporter: aar...@doofus.org Hardware: openSUSE RPMs Status: UNCONFIRMED Component: general Product: akregator Application: akregator (4.9.1) KDE Platform Version: 4.9.1 release 561 Qt Version: 4.8.3 Operating System: Linux 3.4.11-7-desktop x86_64 Distribution: openSUSE 12.2 (x86_64) -- Information about the crash: After upgrading OpenSUSE from 12.1 to 12.2 and upgrading KDE to the latest release (via the KDE repositories) Akregator now crashes on startup when I try and restore my last session. I had the same version of KDE when I ran 12.1 (though the version compiled for 12.1). -- Backtrace: Application: Akregator (akregator), signal: Segmentation fault Using host libthread_db library /lib64/libthread_db.so.1. [Current thread is 1 (Thread 0x7fee1e9f6780 (LWP 31550))] Thread 5 (Thread 0x7fedfd8b8700 (LWP 31565)): #0 0x7fee166018f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7fee05e3deb7 in WTF::TCMalloc_PageHeap::scavengerThread (this=0x7fee068422a0 WTF::pageheap_memory) at ../../../Source/JavaScriptCore/wtf/FastMalloc.cpp:2495 #2 0x7fee05e3dee9 in WTF::TCMalloc_PageHeap::runScavengerThread (context=optimized out) at ../../../Source/JavaScriptCore/wtf/FastMalloc.cpp:1618 #3 0x7fee019ba764 in ?? () from /usr/lib64/libGL.so.1 #4 0x7fee165fde0e in start_thread () from /lib64/libpthread.so.0 #5 0x7fee1b5a82bd in clone () from /lib64/libc.so.6 Thread 4 (Thread 0x7fedfcf87700 (LWP 31566)): #0 0x7fee1b5a013f in poll () from /lib64/libc.so.6 #1 0x7fee153f1684 in ?? () from /usr/lib64/libglib-2.0.so.0 #2 0x7fee153f17a4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #3 0x7fee1ce65cf6 in QEventDispatcherGlib::processEvents (this=0x7fedf8f0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #4 0x7fee1ce3685f in QEventLoop::processEvents (this=this@entry=0x7fedfcf86d40, flags=...) at kernel/qeventloop.cpp:149 #5 0x7fee1ce36ae8 in QEventLoop::exec (this=0x7fedfcf86d40, flags=...) at kernel/qeventloop.cpp:204 #6 0x7fee1cd38fc0 in QThread::exec (this=optimized out) at thread/qthread.cpp:501 #7 0x7fee1cd3bf9c in QThreadPrivate::start (arg=0xef6280) at thread/qthread_unix.cpp:338 #8 0x7fee019ba764 in ?? () from /usr/lib64/libGL.so.1 #9 0x7fee165fde0e in start_thread () from /lib64/libpthread.so.0 #10 0x7fee1b5a82bd in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7feda5b4a700 (LWP 31724)): #0 0x7fee1b5a013f in poll () from /lib64/libc.so.6 #1 0x7fee0f00c08f in ?? () from /usr/lib64/libpulse.so.0 #2 0x7fee0effd5fc in pa_mainloop_poll () from /usr/lib64/libpulse.so.0 #3 0x7fee0effdc59 in pa_mainloop_iterate () from /usr/lib64/libpulse.so.0 #4 0x7fee0effdd10 in pa_mainloop_run () from /usr/lib64/libpulse.so.0 #5 0x7fee0f00c03f in ?? () from /usr/lib64/libpulse.so.0 #6 0x7fee0e7a92e3 in ?? () from /usr/lib64/libpulsecommon-1.1.so #7 0x7fee019ba764 in ?? () from /usr/lib64/libGL.so.1 #8 0x7fee165fde0e in start_thread () from /lib64/libpthread.so.0 #9 0x7fee1b5a82bd in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7feda4a5f700 (LWP 31725)): #0 0x7fee166018f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7fee1542d6ef in g_cond_wait () from /usr/lib64/libglib-2.0.so.0 #2 0x7fee022ab2f6 in gst_bus_timed_pop_filtered () from /usr/lib64/libgstreamer-0.10.so.0 #3 0x7feda4a625fb in ?? () from /usr/lib64/libcanberra-0.29/libcanberra-gstreamer.so #4 0x7fee165fde0e in start_thread () from /lib64/libpthread.so.0 #5 0x7fee1b5a82bd in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7fee1e9f6780 (LWP 31550)): [KCrash Handler] #6 0x7fedace73758 in ?? () from /usr/lib64/browser-plugins/libflashplayer.so #7 0x7fedace7913a in ?? () from /usr/lib64/browser-plugins/libflashplayer.so #8 0x7fedace746e9 in NP_Shutdown () from /usr/lib64/browser-plugins/libflashplayer.so #9 0x7fee059dfa07 in WebCore::PluginPackage::unload (this=optimized out) at ../../../Source/WebCore/plugins/PluginPackage.cpp:128 #10 0x7fee059e06a5 in WebCore::PluginPackage::~PluginPackage (this=0x7fedf5c57a00, __in_chrg=optimized out) at ../../../Source/WebCore/plugins/PluginPackage.cpp:53 #11 0x7fee059df0c7 in deref (this=0x7fedf5c57a00) at ../../../Source/JavaScriptCore/wtf/RefCounted.h:141 #12 derefIfNotNullWebCore::PluginPackage (ptr=0x7fedf5c57a00) at ../../../Source/JavaScriptCore/wtf/PassRefPtr.h:59 #13 ~RefPtr (this=0x7fff60da8020, __in_chrg=optimized out) at ../../../Source/JavaScriptCore/wtf/RefPtr.h:58 #14 WebCore::PluginDatabase::refresh
[Bug 307638] Crash on startup
https://bugs.kde.org/show_bug.cgi?id=307638 Aaron Williams aar...@doofus.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #1 from Aaron Williams aar...@doofus.org --- I got complaints about the IcedTea plugin. I removed the plugin and now Akregator is coming up OK. -- 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
[akregator] [Bug 314216] New: Crashed when trying to play a video
https://bugs.kde.org/show_bug.cgi?id=314216 Bug ID: 314216 Summary: Crashed when trying to play a video Classification: Unclassified Product: akregator Version: 4.9.5 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Application: akregator (4.9.5) KDE Platform Version: 4.9.5 release 3 Qt Version: 4.8.4 Operating System: Linux 3.4.25-3-desktop x86_64 Distribution: openSUSE 12.2 (x86_64) -- Information about the crash: I started the plugin (flash) and clicked play and akkregator immediately crashed. -- Backtrace: Application: Akregator (akregator), signal: Aborted Using host libthread_db library /lib64/libthread_db.so.1. 82T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) [Current thread is 1 (Thread 0x7f723648f780 (LWP 32181))] Thread 17 (Thread 0x7f72151bb700 (LWP 32198)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x7f721d8baee7 in WTF::TCMalloc_PageHeap::scavengerThread (this=0x7f721e2bf2a0 WTF::pageheap_memory) at ../../../Source/JavaScriptCore/wtf/FastMalloc.cpp:2495 #2 0x7f721d8baf19 in WTF::TCMalloc_PageHeap::runScavengerThread (context=optimized out) at ../../../Source/JavaScriptCore/wtf/FastMalloc.cpp:1618 #3 0x7f7219436124 in ?? () from /usr/lib64/libGL.so.1 #4 0x7f722e089e0e in start_thread (arg=0x7f72151bb700) at pthread_create.c:305 #5 0x7f72330392cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115 Thread 16 (Thread 0x7f721489a700 (LWP 32199)): #0 0x7f723302d1ed in read () at ../sysdeps/unix/syscall-template.S:82 #1 0x7f72194350dc in ?? () from /usr/lib64/libGL.so.1 #2 0x7f7218d05b27 in ?? () from /usr/lib64/tls/libnvidia-tls.so.313.18 #3 0x7f722ceb882f in ?? () from /usr/lib64/libglib-2.0.so.0 #4 0x7f722ce7d209 in g_main_context_check () from /usr/lib64/libglib-2.0.so.0 #5 0x7f722ce7d622 in ?? () from /usr/lib64/libglib-2.0.so.0 #6 0x7f722ce7d7a4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #7 0x7f72348f8136 in QEventDispatcherGlib::processEvents (this=0x7f72080008e0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #8 0x7f72348c894f in QEventLoop::processEvents (this=this@entry=0x7f7214899d40, flags=...) at kernel/qeventloop.cpp:149 #9 0x7f72348c8bd8 in QEventLoop::exec (this=0x7f7214899d40, flags=...) at kernel/qeventloop.cpp:204 #10 0x7f72347cb0b0 in QThread::exec (this=optimized out) at thread/qthread.cpp:542 #11 0x7f72347ce08c in QThreadPrivate::start (arg=0x26a1780) at thread/qthread_unix.cpp:338 #12 0x7f7219436124 in ?? () from /usr/lib64/libGL.so.1 #13 0x7f722e089e0e in start_thread (arg=0x7f721489a700) at pthread_create.c:305 #14 0x7f72330392cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115 Thread 15 (Thread 0x7f717d4d6700 (LWP 28845)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x7f71c4758f9c in ?? () from /usr/lib64/browser-plugins/libflashplayer.so #2 0x7f71c43a5880 in ?? () from /usr/lib64/browser-plugins/libflashplayer.so #3 0x7f71c47591fc in ?? () from /usr/lib64/browser-plugins/libflashplayer.so #4 0x7f71c475974e in ?? () from /usr/lib64/browser-plugins/libflashplayer.so #5 0x7f7219436124 in ?? () from /usr/lib64/libGL.so.1 #6 0x7f722e089e0e in start_thread (arg=0x7f717d4d6700) at pthread_create.c:305 #7 0x7f72330392cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115 Thread 14 (Thread 0x7f717dcd7700 (LWP 28846)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x7f71c4758f9c in ?? () from /usr/lib64/browser-plugins/libflashplayer.so #2 0x7f71c43a5880 in ?? () from /usr/lib64/browser-plugins/libflashplayer.so #3 0x7f71c47591fc in ?? () from /usr/lib64/browser-plugins/libflashplayer.so #4 0x7f71c475974e in ?? () from /usr/lib64/browser-plugins/libflashplayer.so #5 0x7f7219436124 in ?? () from /usr/lib64/libGL.so.1 #6 0x7f722e089e0e in start_thread (arg=0x7f717dcd7700) at pthread_create.c:305 #7 0x7f72330392cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115 Thread 13 (Thread 0x7f717e4d8700 (LWP 28847)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x7f71c4758f9c in ?? () from /usr/lib64/browser-plugins/libflashplayer.so #2 0x7f71c43a5880 in ?? () from /usr/lib64/browser-plugins/libflashplayer.so #3 0x7f71c47591fc in ?? () from /usr/lib64/browser-plugins/libflashplayer.so #4 0x7f71c475974e in ?? () from /usr/lib64/browser-plugins/libflashplayer.so #5 0x7f7219436124 in ?? () from /usr/lib64/libGL.so.1 #6
[kmail2] [Bug 315290] New: Height of settings dialog too high for netbook
https://bugs.kde.org/show_bug.cgi?id=315290 Bug ID: 315290 Summary: Height of settings dialog too high for netbook Classification: Unclassified Product: kmail2 Version: 4.10 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: config dialog Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org I have a netbook with a screen resolution of 1024x600 and the settings dialog is too high, resulting in the bottom of the dialog being cut off. Reproducible: Always -- 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 317105] New: Unable to retrieve mail via IMAP from outlook.com
https://bugs.kde.org/show_bug.cgi?id=317105 Bug ID: 317105 Summary: Unable to retrieve mail via IMAP from outlook.com Classification: Unclassified Product: Akonadi Version: 4.10 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: IMAP resource Assignee: er...@kde.org Reporter: aar...@doofus.org CC: kdepim-bugs@kde.org, vkra...@kde.org Akonadi appears unable to download any email from outlook.com via imap. My employer uses Microsoft's cloud services for email and I have no problems using Thunderbird to connect. In KMail I have it set to use SSL/TLS with plain authentication, the same as I use for Thunderbird. The server info reports: IMAP4 IMAP4REV1 AUTH=PLAIN UIDPLUS CHILDREN IDLE NAMESPACE LITERAL+ KMail reports that it is syncing folders but it appears to be stuck. The funny thing is that I see all of my mail folders under my Inbox but I am unable to retrieve any of my emails within my Inbox or subfolders. -- 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 318699] Akonadi handshake with Outlook 365 IMAP sometimes fails
https://bugs.kde.org/show_bug.cgi?id=318699 Aaron Williams aar...@doofus.org changed: What|Removed |Added CC||aar...@doofus.org --- Comment #2 from Aaron Williams aar...@doofus.org --- Note that this is still a bug at Microsoft's end. Akonadi does not seem to be able to handle this gracefully. Thunderbird, on the other hand, just asks me to retry with a dialog box which usually succeeds eventually. -- 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 326924] New: Problems when using Postgresql backend database
https://bugs.kde.org/show_bug.cgi?id=326924 Bug ID: 326924 Summary: Problems when using Postgresql backend database Classification: Unclassified Product: Akonadi Version: 4.11 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org I am seeing the following errors when starting up Akonadi when using Postgresql 9.2: DBUpdater: query error: ERROR: function convert_from(text, unknown) does not exist HINT: No function matches the given name and argument types. You might need to add explicit type casts. (42883) QPSQL: Unable to create query Query was: ALTER TABLE CollectionTable ALTER remoteId TYPE text USING convert_from(remoteId,'utf8'); Target version was: 24 Mandatory: false DBUpdater: query error: ERROR: current transaction is aborted, commands ignored until end of transaction block (25P02) QPSQL: Unable to create query Query was: ALTER TABLE CollectionTable ALTER remoteRevision TYPE text USING convert_from(remoteRevision,'utf8'); Target version was: 24 Mandatory: false DBUpdater: query error: ERROR: current transaction is aborted, commands ignored until end of transaction block (25P02) QPSQL: Unable to create query Query was: ALTER TABLE CollectionTable ALTER name TYPE text USING convert_from(name,'utf8'); Target version was: 24 Mandatory: false DBUpdater: query error: ERROR: current transaction is aborted, commands ignored until end of transaction block (25P02) QPSQL: Unable to create query Query was: ALTER TABLE CollectionTable ALTER cachePolicyLocalParts TYPE text USING convert_from(cachePolicyLocalParts,'utf8'); Target version was: 24 Mandatory: false DBUpdater: query error: ERROR: current transaction is aborted, commands ignored until end of transaction block (25P02) QPSQL: Unable to create query Query was: ALTER TABLE CollectionTable ALTER queryString TYPE text USING convert_from(queryString,'utf8'); Target version was: 24 Mandatory: false DBUpdater: query error: ERROR: current transaction is aborted, commands ignored until end of transaction block (25P02) QPSQL: Unable to create query Query was: ALTER TABLE CollectionTable ALTER queryLanguage TYPE text USING convert_from(queryLanguage,'utf8'); Target version was: 24 Mandatory: false DBUpdater: query error: ERROR: current transaction is aborted, commands ignored until end of transaction block (25P02) QPSQL: Unable to create query Query was: ALTER TABLE FlagTable ALTER name TYPE text USING convert_from(name,'utf8'); Target version was: 24 Mandatory: false DBUpdater: query error: ERROR: current transaction is aborted, commands ignored until end of transaction block (25P02) QPSQL: Unable to create query Query was: ALTER TABLE MimeTypeTable ALTER name TYPE text USING convert_from(name,'utf8'); Target version was: 24 Mandatory: false DBUpdater: query error: ERROR: current transaction is aborted, commands ignored until end of transaction block (25P02) QPSQL: Unable to create query Query was: ALTER TABLE PartTable ALTER name TYPE text USING convert_from(name,'utf8'); Target version was: 24 Mandatory: false DBUpdater: query error: ERROR: current transaction is aborted, commands ignored until end of transaction block (25P02) QPSQL: Unable to create query Query was: ALTER TABLE PimItemTable ALTER remoteId TYPE text USING convert_from(remoteId,'utf8'); Target version was: 24 Mandatory: false DBUpdater: query error: ERROR: current transaction is aborted, commands ignored until end of transaction block (25P02) QPSQL: Unable to create query Query was: ALTER TABLE PimItemTable ALTER remoteRevision TYPE text USING convert_from(remoteRevision,'utf8'); Target version was: 24 Mandatory: false DBUpdater: query error: ERROR: current transaction is aborted, commands ignored until end of transaction block (25P02) QPSQL: Unable to create query Query was: ALTER TABLE ResourceTable ALTER name TYPE text USING convert_from(name,'utf8'); Target version was: 24 Mandatory: false Failed to commit transaction for database update Nepomuk Query Server not available Reproducible: Always Steps to Reproduce: 1. Configure to use system postgresql database server (not internal) 2. Start Akonadi 3. Running OpenSUSE 12.3 with Postgres 9.2.4. -- 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 320911] Google Contacts resource + Akonadi Nepomuk Feeder = Transaction deadlocked.
https://bugs.kde.org/show_bug.cgi?id=320911 Aaron Williams aar...@doofus.org changed: What|Removed |Added CC||aar...@doofus.org --- Comment #1 from Aaron Williams aar...@doofus.org --- I can confirm that I am seeing the same thing with nepomukindexer 4.11.2 running on OpenSUSE. This happens with certain pdf files. Here are some PDF files that generate the error: www.nxp.com/documents/data_sheet/PCA9541.pdf‎ www.nxp.com/documents/data_sheet/PCA8574_PCA8574A.pdf www.onfi.org/~/media/ONFI/specs/ONFI_1_0_Gold.pdf http://www.ti.com/lit/ds/scds178c/scds178c.pdf http://www.intel.com/content/dam/www/public/us/en/documents/datasheets/82599-10-gbe-controller-datasheet.pdf http://www.ftdichip.com/Support/Documents/AppNotes/AN_107_AdvancedDriverOptions_AN_73.pdf http://www.ftdichip.com/Support/Documents/AppNotes/AN_135_MPSSE_Basics.pdf All of these generate the following error: nepomukindexer(2949)/nepomuk (strigi service): SQLExecDirect failed on query 'sparql insert { graph nepomuk:/ctx/a729a0da-d766-42ad-8491-12c992d2abdb { nepomuk:/res/708cd4ad-42f8-4d21-8c47-2134ab28521a nie:plainTextContent Open NAND Flash Interface Specification\nRevision 1.0\n 28-December-2006\n Hynix Semiconductor\nIntel Corporation\n Micron Technology, Inc.\nPhison Electronics Corp.\n Sony Corporation\n STMicroelectronics\nThis 1.0 revision of the Open NAND Flash Interface specification (\Final Specification\) is\navailable for download at www.onfi.org.\n ... http://www.w3.org/2001/XMLSchema#string . } }' (iODBC Error: [OpenLink][Virtuoso iODBC Driver][Virtuoso Server]SR172: Transaction deadlocked) -- 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 326969] New: Crashed when attempting to reconnect to Microsoft's Office365 IMAP server
https://bugs.kde.org/show_bug.cgi?id=326969 Bug ID: 326969 Summary: Crashed when attempting to reconnect to Microsoft's Office365 IMAP server Classification: Unclassified Product: Akonadi Version: 4.11 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: IMAP resource Assignee: er...@kde.org Reporter: aar...@doofus.org CC: kdepim-bugs@kde.org, vkra...@kde.org Application: akonadi_imap_resource (4.11) KDE Platform Version: 4.11.2 Qt Version: 4.8.5 Operating System: Linux 3.7.10-1.16-desktop x86_64 Distribution: openSUSE 12.3 (x86_64) -- Information about the crash: I have been having a lot of problems connecting to Microsoft's Office 365 IMAP server due to a bug on Microsoft's end where they seem to run out of authentication resources after a certain number of connections. The result is that it is nearly impossible for folders to update. Anyway, when manually reconnecting since all of the connections failed, KOrganizer crashed. The following URL shows the Microsoft bug I have been fighting for the last 4 months. http://community.office365.com/en-us/forums/158/t/173754.aspx?PageIndex=1 Thunderbird tends to work better because I can limit the number of connections it opens to Microsoft's broken IMAP server but even it fails periodically. -- Backtrace: Application: Cavium IMAP of type IMAP E-Mail Server (akonadi_imap_resource), signal: Segmentation fault Using host libthread_db library /lib64/libthread_db.so.1. [Current thread is 1 (Thread 0x7fcb8897c780 (LWP 1892))] Thread 3 (Thread 0x7fcb76624700 (LWP 2555)): #0 0x7fcb8435f4ed in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7fcb830a4aa4 in g_main_context_poll (n_fds=1, fds=0x7fcb680103e0, timeout=-1, context=0x7fcb68003a00, priority=optimized out) at gmain.c:3584 #2 g_main_context_iterate (context=context@entry=0x7fcb68003a00, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at gmain.c:3285 #3 0x7fcb830a4bc4 in g_main_context_iteration (context=0x7fcb68003a00, may_block=1) at gmain.c:3351 #4 0x7fcb87da75d6 in QEventDispatcherGlib::processEvents (this=0x7fcb68018d80, flags=...) at kernel/qeventdispatcher_glib.cpp:427 #5 0x7fcb87d77bef in QEventLoop::processEvents (this=this@entry=0x7fcb76623e00, flags=...) at kernel/qeventloop.cpp:149 #6 0x7fcb87d77e78 in QEventLoop::exec (this=0x7fcb76623e00, flags=...) at kernel/qeventloop.cpp:204 #7 0x7fcb87c7a110 in QThread::exec (this=optimized out) at thread/qthread.cpp:536 #8 0x7fcb87c7d0ec in QThreadPrivate::start (arg=0x15ffd60) at thread/qthread_unix.cpp:338 #9 0x7fcb83bfde0f in start_thread (arg=0x7fcb76624700) at pthread_create.c:308 #10 0x7fcb8436844d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 2 (Thread 0x7fcb76e25700 (LWP 29984)): #0 0x7fcb8435f4ed in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7fcb830a4aa4 in g_main_context_poll (n_fds=1, fds=0x7fcb600108b0, timeout=-1, context=0x7fcb60002250, priority=optimized out) at gmain.c:3584 #2 g_main_context_iterate (context=context@entry=0x7fcb60002250, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at gmain.c:3285 #3 0x7fcb830a4bc4 in g_main_context_iteration (context=0x7fcb60002250, may_block=1) at gmain.c:3351 #4 0x7fcb87da75d6 in QEventDispatcherGlib::processEvents (this=0x7fcb60001c90, flags=...) at kernel/qeventdispatcher_glib.cpp:427 #5 0x7fcb87d77bef in QEventLoop::processEvents (this=this@entry=0x7fcb76e24e00, flags=...) at kernel/qeventloop.cpp:149 #6 0x7fcb87d77e78 in QEventLoop::exec (this=0x7fcb76e24e00, flags=...) at kernel/qeventloop.cpp:204 #7 0x7fcb87c7a110 in QThread::exec (this=optimized out) at thread/qthread.cpp:536 #8 0x7fcb87c7d0ec in QThreadPrivate::start (arg=0x1853720) at thread/qthread_unix.cpp:338 #9 0x7fcb83bfde0f in start_thread (arg=0x7fcb76e25700) at pthread_create.c:308 #10 0x7fcb8436844d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 1 (Thread 0x7fcb8897c780 (LWP 1892)): [KCrash Handler] #6 0x7fcb87d8a494 in QObject::thread (this=this@entry=0x35ecdd0) at kernel/qobject.cpp:1379 #7 0x7fcb87d8d1b8 in QObject::QObject (this=0x30bce40, parent=0x35ecdd0) at kernel/qobject.cpp:724 #8 0x7fcb84c782e6 in KJob::KJob (this=0x30bce40, parent=optimized out) at /usr/src/debug/kdelibs-4.11.2/kdecore/jobs/kjob.cpp:50 #9 0x7fcb869b2ebd in KIMAP::Job::Job (this=0x30bce40, dd=...) at /usr/src/debug/kdepimlibs-4.11.2/kimap/job.cpp:36 #10 0x7fcb869c93e1 in KIMAP::SelectJob::SelectJob (this=0x30bce40, session=optimized out) at /usr/src/debug/kdepimlibs-4.11.2/kimap/selectjob.cpp:56 #11 0x00456212 in ?? () #12 0x004563bb in ?? () #13 0x00458d0e in ?? () #14
[Akonadi] [Bug 326924] Problems when using Postgresql backend database
https://bugs.kde.org/show_bug.cgi?id=326924 --- Comment #2 from Aaron Williams aar...@doofus.org --- Not really. I just selected PostgreSQL. This machine has gone through a number of upgrades but before doing this I nuked everything in the Akonadi data directory to start over. I have been having a lot of issues dealing with Microsoft Office 365's crappy IMAP implementation which can't seem to handle multiple IMAP connections. I did start out with SQLite before switching to PostgreSQL. I ran into problems with the internal PostgreSQL server not working (complains that it cannot connect to the PostgreSQL server) so I enabled the external server. Note that the problem connecting to the internal PostgreSQL server seems to happen on all of my OpenSUSE machines (running 12.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
[Akonadi] [Bug 326924] Problems when using Postgresql backend database
https://bugs.kde.org/show_bug.cgi?id=326924 --- Comment #4 from Aaron Williams aar...@doofus.org --- $ psql -d akonadi psql (9.2.4, server 9.1.8) WARNING: psql version 9.2, server version 9.1. Some psql features might not work. Type help for help. akonadi=# \d flagtable Table public.flagtable Column | Type | Modifiers +-+ id | integer | not null default nextval('flagtable_id_seq'::regclass) name | text| not null Indexes: flagtable_pkey PRIMARY KEY, btree (id) flagtable_name_key UNIQUE CONSTRAINT, btree (name) Referenced by: TABLE pimitemflagrelation CONSTRAINT pimitemflagrelation_flag_id_fkey FOREIGN KEY (flag_id) REFERENCES flagtable(id) ON UPDATE CASCADE ON DELETE CASCADE -- 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 326924] Problems when using Postgresql backend database
https://bugs.kde.org/show_bug.cgi?id=326924 Aaron Williams aar...@doofus.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #5 from Aaron Williams aar...@doofus.org --- It looks like this may have been caused by an improper upgrade from PostgreSQL 9.1 to 9.2. I am no longer seeing this problem after having performed a proper upgrade of the database. -- 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
[kmail2] [Bug 327736] New: Applying a filter on a folder or on multiple messages does not work
https://bugs.kde.org/show_bug.cgi?id=327736 Bug ID: 327736 Summary: Applying a filter on a folder or on multiple messages does not work Classification: Unclassified Product: kmail2 Version: 4.11.3 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: commands and actions Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org I have a filter which filters based on the list-id to move my emails into a different folder. When I apply this filter on an individual email it works fine but if I select all of my emails and apply it or if I apply it on my inbox folder nothing happens. The email is stored on an IMAP server with Sieve support. Reproducible: Always Steps to Reproduce: 1. Click on Folder 2. Click Apply All Filters on Folder Actual Results: The activity bar in the lower right shows that it is applying the filters yet none of the emails get moved to the proper folder. Expected Results: All of the emails should be moved to the proper folder. -- 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
[kmail2] [Bug 323755] kmail2 crashed when opening sieve scripts window
https://bugs.kde.org/show_bug.cgi?id=323755 Aaron Williams aar...@doofus.org changed: What|Removed |Added CC||aar...@doofus.org --- Comment #3 from Aaron Williams aar...@doofus.org --- In my case KMAIL does not crash but I am unable to select any items in it. If I select on a server it immediately becomes unselected. The buttons on the bottom other than close are all greyed out as well. I am running Cyrus IMAP with Sieve. -- 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
[kmail2] [Bug 297930] Kmail hangs on "Retrieving folder contents ... please wait" when loading a message with an attached .ics file
https://bugs.kde.org/show_bug.cgi?id=297930 Aaron Williams <aar...@doofus.org> changed: What|Removed |Added Ever confirmed|0 |1 --- Comment #36 from Aaron Williams <aar...@doofus.org> --- *** This bug has been confirmed by popular vote. *** -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 297930] Kmail hangs on "Retrieving folder contents ... please wait" when loading a message with an attached .ics file
https://bugs.kde.org/show_bug.cgi?id=297930 Aaron Williams <aar...@doofus.org> changed: What|Removed |Added CC||aar...@doofus.org --- Comment #37 from Aaron Williams <aar...@doofus.org> --- I can make kmail recover by restarting akonadi. I am frequently seeing this problem and by quickly switching between emails it's easy to reproduce for me. I'm now running OpenSUSE Leap 42.2 with kmail 5.3.0. I also have akonadi configured to use Postgresql (9.6). -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 382226] New: Editor is extremely slow
https://bugs.kde.org/show_bug.cgi?id=382226 Bug ID: 382226 Summary: Editor is extremely slow Product: kontact Version: 5.3.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: mail Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- When trying to compose or reply to an email the editor is being extremely slow. It is slow to the point where it takes several minutes for the text I type to appear. Moving or setting the cursor position is equally slow. I attempted to switch to KMail/Kontact precisely because Thunderbird is unusably slow. I have two email accounts, both IMAP hosted with a lot of email in them. I do not see Kmail/Korganizer or Akonadi consuming any CPU in top and there's no disk wait (SSD). The only thing going on is I have a few instances of KDevelop open and one of them is slowly running the background parser on a large project. This is a quad-core system so there is plenty of idle CPU time, however. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 397140] New: akonadi gets stuck downloading new emails
https://bugs.kde.org/show_bug.cgi?id=397140 Bug ID: 397140 Summary: akonadi gets stuck downloading new emails Product: Akonadi Version: unspecified Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: IMAP resource Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- I consistently have problems where akonadi gets stuck downloading emails for my work email account. I see this problem with multiple computers. I have to manually run 'akonadictl restart' in order for it to begin picking up new email messages again. I have run akonadictl fsck and akonadictl vacuum on multiple occasions and that does not help. This has been going on for at least a couple of years and I'm currently running 17.12.3 as is shipped with OpenSUSE 15.0. My email account is hosted by Microsoft's office365 service. I have a lot of emails, with over 58,800 emails in my inbox, most marked read. I rarely, if ever, see this problem with my home imap server where I have several hundred thousand emails stored which uses Cyrus imap. I can reproduce this problem with three different computers. For office365 the connection uses STARTTLS with plain authentication. The server info is: IMAP4 IMAP4REV1 AUTH=PLAIN AUTH=XOAUTH2 SASL-IR UIDPLUS MOVE ID UNSELECT CLIENTACCESSRULES CLIENTNETWORKPRESENCELOCATION BACKENDAUTHENTICATE CHILDREN IDLE NAMESPACE LITERAL+ -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 401054] New: Stream parser exceptions
https://bugs.kde.org/show_bug.cgi?id=401054 Bug ID: 401054 Summary: Stream parser exceptions Product: Akonadi Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: IMAP resource Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- When I run akonadictl start my console will start flooding with the following message: org.kde.pim.kimap: The stream parser raised an exception: Unable to read more data org.kde.pim.imapresource: Append failed: "Connection to server lost." I also do not seem to be receiving any new email when this happens. The mail server is an Exchange server through Microsoft's Office365 service. I have a second account on my home Cyrus IMAP server. Most of the problems seem to be with the Microsoft server. I have tried akonadictl fsck and akonadictl vacuum to no effect. Out of desparation I have deleted all of the databases and subdirectories under .local/share/akonadi, leaving just the configuration files. I also have Akonadi configured to use Postgresql. This system has been working fine for several years, though I've frequently had the issue where I need to restart Akonadi in order to download new emails. Akonadi version: 17.12.3 SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.12.6 KDE Frameworks Version: Qt Version: 5.9.4 Kontact: 5.7.3 -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 401054] Stream parser exceptions
https://bugs.kde.org/show_bug.cgi?id=401054 --- Comment #2 from Aaron Williams --- In the Mail accounts page it keeps flicking between Ready (0%) and briefly flashing other stuff so fast I can't read it (something established.) This is with the Office365 account. My other account with Cyrus rarely, if ever, has any problems. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 401054] Stream parser exceptions
https://bugs.kde.org/show_bug.cgi?id=401054 --- Comment #1 from Aaron Williams --- Note that this is the version included with Opensuse 15.0 > akonadictl status Akonadi Control: running Akonadi Server: running Akonadi Server Search Support: available (Remote Search) Available Agent Types: akonadi_akonotes_resource, akonadi_archivemail_agent, akonadi_birthdays_resource, akonadi_contacts_resource, akonadi_davgroupware_resource, akonadi_ews_resource, akonadi_ewsmta_resource, akonadi_facebook_resource, akonadi_followupreminder_agent, akonadi_googlecalendar_resource, akonadi_googlecontacts_resource, akonadi_ical_resource, akonadi_icaldir_resource, akonadi_imap_resource, akonadi_indexing_agent, akonadi_invitations_agent, akonadi_kalarm_dir_resource, akonadi_kalarm_resource, akonadi_knut_resource, akonadi_kolab_resource, akonadi_maildir_resource, akonadi_maildispatcher_agent, akonadi_mailfilter_agent, akonadi_mbox_resource, akonadi_migration_agent, akonadi_mixedmaildir_resource, akonadi_newmailnotifier_agent, akonadi_notes_agent, akonadi_notes_resource, akonadi_openxchange_resource, akonadi_pop3_resource, akonadi_sendlater_agent, akonadi_tomboynotes_resource, akonadi_vcard_resource, akonadi_vcarddir_resource Here is the verbose output I am seeing: org.kde.pim.akonadiserver: processing retrieval request for item (3483523, 3483582, 3483615, 3483619, 3483630, 3483633, 3483635, 3483657, 3483660, 3483676, 3483681, 3483685, 3483701, 3483703, 3483705, 3483707, 3483709, 3483715, 3483719, 3483730, 3483738, 3483739, 3483756, 3483759, 3483827, 3483844, 3483856, 3483857, 3483881, 3483928, 3483935, 3483946, 3483969, 3483994, 3483997, 3484027, 3484028, 3484032, 3484038, 3484050, 3484072, 3484080, 3484098, 3484104, 3484111, 3484209, 3484263, 3484307, 3484336, 3484354, 3484369, 3484393, 3484399, 3484438, 3484452, 3484466, 3484469, 3484493, 3484538, 3484616, 3484715, 3484758, 3484767, 3484846, 3484867, 3484917, 3484918, 3485055, 3485070, 3485078, 3485080, 3485084, 3485107, 3485124, 3485148, 3485248, 3485279, 3485432, 3485455, 3485461, 3485463, 3485476, 3485477, 3485480, 3485503, 3485509, 3485518, 3485524, 3485539, 3485541, 3485546, 3485550, 3485564, 3485570, 3485572, 3485574, 3485580, 3485607, 3485608, 3485617, 3485635) parts: ("RFC822", "HEAD") of resource: "akonadi_akonotes_resource_0" org.kde.pim.kimap: The stream parser raised an exception: Unable to read more data org.kde.pim.kimap: The stream parser raised an exception: Unable to read more data org.kde.pim.akonadiserver: ItemRetrievalJob finished for request 0x7f1608221d90 , error: "" -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 402178] Email folders are all empty
https://bugs.kde.org/show_bug.cgi?id=402178 --- Comment #1 from Aaron Williams --- It appears that akonadi does not indicate download progress. After some time all of my emails appeared. Akonadi EWS should indicate when it is syncing. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 402178] New: Email folders are all empty
https://bugs.kde.org/show_bug.cgi?id=402178 Bug ID: 402178 Summary: Email folders are all empty Product: Akonadi Version: 5.9.2 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: major Priority: NOR Component: EWS Resource Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org CC: kri...@op.pl Target Milestone: --- SUMMARY I added an EWS email account for work which is hosted by Microsoft Office365. After entering all of the information, I was able to see and select all of my folders, but it seems to sync immediately and no emails are shown. I am able to send email, however, using EWS, and authentication seems to work. I am using the URL https://outlook.office365.com/EWS/exchange.asmx and have entered in the proper username, login, and domain. I have a LOT of email. STEPS TO REPRODUCE 1. Set up EWS account 2. Wait for sync to finish (fast) 3. Click on a folder, i.e. Inbox OBSERVED RESULT All folders display no email. EXPECTED RESULT I expect to see all of my email like I did with IMAP. SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: OpenSuSE Tumbleweed (available in About System) KDE Plasma Version: 5.14.4 KDE Frameworks Version: 18.8.3 Qt Version: 5.11.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 402599] New: EWS does not display progress when downloading email
https://bugs.kde.org/show_bug.cgi?id=402599 Bug ID: 402599 Summary: EWS does not display progress when downloading email Product: Akonadi Version: unspecified Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: EWS Resource Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org CC: kri...@op.pl Target Milestone: --- SUMMARY After adding an EWS resource for my work email account, the inbox will appear blank for quite some time then suddenly all of the email appears. There is no indication that email is still downloading. STEPS TO REPRODUCE 1. Add a new EWS account with a large amount of email 2. See the progress bar finish, then not list anything for EWS. 3. Wait. OBSERVED RESULT There is no indication that email is being loaded EXPECTED RESULT There should be a progreess indication that email is still loading. SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: OpenSUSE 15.0 with latest KDE repository (available in About System) KDE Plasma Version: 5.14.4 KDE Frameworks Version: 5.53.0 Qt Version: 5.12.0 Kontact version: 5.10.0 Akonadi version: 18.12.0 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 402205] New: Akonadi stops retrieving new email
https://bugs.kde.org/show_bug.cgi?id=402205 Bug ID: 402205 Summary: Akonadi stops retrieving new email Product: Akonadi Version: 5.9.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: EWS Resource Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org CC: kri...@op.pl Target Milestone: --- SUMMARY After a while, Akonadi EWS stopped retrieving new emails. I have run fsck and restarted it multiple times, but it still refuses to display any new email. Additionally, I see the mail filter agent stuck at 0%. When I restart Akonadi I get the following messages: Invalid MIT-MAGIC-COOKIE-1 key[1216/142722.663856:WARNING:stack_trace_posix.cc(699)] Failed to open file: /home/aaronw/#4730176 (deleted) Error: No such file or directory Invalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyKilled aaronw@ryu:~> akonadictl restart Invalid MIT-MAGIC-COOKIE-1 keyConnecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) Invalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyorg.kde.pim.maildispatcher: Item 11 does not have the required attribute Address. org.kde.pim.maildispatcher: Item 10 does not have the required attribute Address. org.kde.pim.maildispatcher: Item 9 does not have the required attribute Address. org.kde.pim.maildispatcher: Item 8 does not have the required attribute Address. org.kde.pim.maildispatcher: Item 7 does not have the required attribute Address. org.kde.pim.maildispatcher: Item 6 does not have the required attribute Address. org.kde.pim.maildispatcher: Item 5 does not have the required attribute Address. org.kde.pim.maildispatcher: Item 4 does not have the required attribute Address. org.kde.pim.maildispatcher: Item 3 does not have the required attribute Address. org.kde.pim.maildispatcher: Item 2 does not have the required attribute Address. org.kde.pim.maildispatcher: Item 1 does not have the required attribute Address. org.kde.pim.akonadi_indexer_agent: Failed to fetch items: "Collection does not exist" org.kde.pim.akonadi_indexer_agent: Indexing failed: "" I have two email accounts, one IMAP and the other using EWS. The IMAP account is connecting to Cyrus IMAP 2.4, the EWS account is connected to Microsoft Office 365. STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: OpenSuSE Tumbleweed (available in About System) KDE Plasma Version: 5.14.4 KDE Frameworks Version: 5.52 Qt Version: 5.11.2 ADDITIONAL INFORMATION Kontact 5.9.3 Akonadi: 18.8.3 -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 402125] Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
https://bugs.kde.org/show_bug.cgi?id=402125 Aaron Williams changed: What|Removed |Added CC||aar...@doofus.org --- Comment #1 from Aaron Williams --- I can confirm that I see the same error. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 357571] IMAP folder re-syncing
https://bugs.kde.org/show_bug.cgi?id=357571 Aaron Williams changed: What|Removed |Added CC||aar...@doofus.org --- Comment #4 from Aaron Williams --- I too am seeing this on multiple machines. My main IMAP server is running Cyrus. -- You are receiving this mail because: You are on the CC list for the bug.
[kontact] [Bug 402482] New: Cannot send email
https://bugs.kde.org/show_bug.cgi?id=402482 Bug ID: 402482 Summary: Cannot send email Product: kontact Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: mail Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- SUMMARY When I try and send email to a Postfix SMTP server nothing gets sent out. I have two machines with identical settings with one running 5.9.3 and the other running 5.10. The version running 5.9.3 works fine. The version running 5.10 never even tries to connect to my smtp server. The settings are identical on both machines. I'll also note that 5.10 also is not able to send for another account using EWS whereas 5.9.3 does work, again, with identical settings. When I test the SMTP connection, everything is good. It recognizes port 587 with TLS and plain password authentication. The outgoing mail server, login and password are identical as is the server requiring authentication. The advanced settings are also identical via auto detect, STARTTLS, port 587 and plain authentication without any proxy. I also maintain the Postfix server so I can monitor the logs in realtime. 5.9.3 works as expected but with 5.10 there is never any incoming connection to the server. STEPS TO REPRODUCE 1. Write an email 2. Hit send 3. See email stuck in local outbox folder OBSERVED RESULT No connection is made to the SMTP server. EXPECTED RESULT Kontact/KMail should at least make a TCP connection to port 587 on the specified server. SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: OpenSuSE 15.0 with latest KDE version (available in About System) KDE Plasma Version: 5.14.4 KDE Frameworks Version: 18.12.0 Qt Version: 5.12.0 Akonadi 18.12.0 Kontact: 5.10.0 ADDITIONAL INFORMATION Kontact 5.9.3 works fine. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 338658] GMail, Novell Groupwise, other IMAP: "Multiple merge candidates, aborting"
https://bugs.kde.org/show_bug.cgi?id=338658 Aaron Williams changed: What|Removed |Added CC||aar...@doofus.org --- Comment #111 from Aaron Williams --- I too am still experiencing this problem with 17.12.3 in OpenSuSE 15.0, both with my home IMAP server (Cyrus) and work (Office365). I configured it to use Postgresql. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.
[Akonadi] [Bug 403982] EWS gets stuck in "Retrieving collection tree"
https://bugs.kde.org/show_bug.cgi?id=403982 --- Comment #2 from Aaron Williams --- When Akonadi gets stuck I see akonadiserver stuck at 100% CPU basically forever. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403903] does not respect org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later.
https://bugs.kde.org/show_bug.cgi?id=403903 --- Comment #6 from Aaron Williams --- I restarted it again and am dumping all the logs to a file. I suspect the file will be huge, though. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403903] does not respect org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later.
https://bugs.kde.org/show_bug.cgi?id=403903 --- Comment #9 from Aaron Williams --- My guess is that after getting the ErrorServerBusy that Akonadi doesn't re-try the transaction and seems to be unable to start new ones other than events. This seems to happen after around 30 minutes of constantly requesting emails from the server. I didn't use to have this problem so I suspect either the server I'm on is a lot busier or that it is something new that Microsoft enabled. When this error happens, Akonadi should wait for the specified number of milliseconds and re-send the failed request. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 404079] EWS will not download new email
https://bugs.kde.org/show_bug.cgi?id=404079 --- Comment #2 from Aaron Williams --- The emails are still on the server, but Akonadi seems unable to download the rest of the emails. It usually downloads until it gets eServerBusy where the server tells Akonadi to wait (up to 5 minutes). Akonadi ignores this and just continues to try and download. Often Akonadi never recovers when the busy period has ended. I have 61,577 emails sitting in my inbox and I have folders with considerably more email due to some mailing lists I belong to. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 404079] New: EWS will not download new email
https://bugs.kde.org/show_bug.cgi?id=404079 Bug ID: 404079 Summary: EWS will not download new email Product: Akonadi Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: grave Priority: NOR Component: EWS Resource Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org CC: kri...@op.pl Target Milestone: --- SUMMARY EWS lost most of my email and can't download any new email. I have been restarting Akonadi and trying to get it to start downloading EWS email again but for some reason it's been stuck since early this morning. At some point most of my email went poof and I can't download it again. STEPS TO REPRODUCE 1. Click on my Office365 account inbox 2. Note that no new email is displayed 3. Try and refresh the inbox (never completes) OBSERVED RESULT It seems to get stuck retrieving inbox items at some point after office365 returns eServerBusy. When the server is no longer busy, things don't recover. To make matters worse, however, it seems like it lost most of my email. I do have some emails, which are the emails it downloaded before eServerBusy started up. EXPECTED RESULT I expect it to downlSOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: OpenSUSE 15.0 (available in About System) KDE Plasma Version: KDE Frameworks Version: 5.54.0 Qt Version: 5.12.0 Akonadi: 18.12.1 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403903] does not respect org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later.
https://bugs.kde.org/show_bug.cgi?id=403903 --- Comment #8 from Aaron Williams --- Here is when the ErrorServerBusy first started: org.kde.pim.ews.client.proto: "http://schemas.xmlsoap.org/soap/envelope/\; xmlns:m=\"http://schemas.microsoft.com/exchange/services/2006/messages\; xmlns:t=\"http://schemas.microsoft.com/exchange/services/2006/types\;>IdOnly\n" org.kde.pim.ews.client.request: Starting GetItem request ((EwsId(r58fbl, 833i35), EwsId(r5s7wy, 833i37), EwsId(r6c0ib, 833i39), EwsId(r6vt3o, 833i3b), EwsId(r7flp1, 833i1a), EwsId(r7zeae, 833i1c), EwsId(r8j6vr, 833i1e), EwsId(r92zh4, 833i1g), EwsId(r9ms2h, 833i1i), EwsId(15ku01u, 833i18), EwsId(15ldsn7, 833i2m), EwsId(15lxl8k, 833i2o), EwsId(15mhdtx, 833i2q), EwsId(15n16fa, 833i2s), EwsId(15nkz0n, 833i2u), EwsId(15o4rm0, 833i2w), EwsId(15gfnay, 833i2y), EwsId(15imtoe, 833i30), EwsId(169kqr3, 833i32), EwsId(16a4jcg, 833i34), EwsId(16aobxt, 833i36), EwsId(16b84j6, 833i38), EwsId(16brx4j, 833i3a), EwsId(16cbppw, 833i3i), EwsId(16cvib9, 833i3k), EwsId(16dfawm, 833i3m), EwsId(16dz3hz, 833i3o), EwsId(16eiw3c, 833i3q), EwsId(16f2oop, 833i3s), EwsId(16fmha2, 833i3u), EwsId(16g69vf, 833i3w), EwsId(16gq2gs, 833i3y), EwsId(16h9v25, 833i40), EwsId(16htnni, 833i42), EwsId(16idg8v, 833i44), EwsId(16ix8u8, 833i46), EwsId(16jh1fl, 833i25), EwsId(16k0u0y, 833i27), EwsId(16kkmmb, 833i29), EwsId(16l4f7o, 833i2b), EwsId(16lo7t1, 833i2d), EwsId(16m80ee, 833i23), EwsId(16mrszr, 833i3h), EwsId(16nbll4, 833i3j), EwsId(16r65qn, 833i3l), EwsId(16rpyc0, 833i3n), EwsId(16s9qxd, 833i3p), EwsId(16stjiq, 833i3r), EwsId(16tdc43, 833i3t), EwsId(16tx4pg, 833i3v))) org.kde.pim.ews.client.proto: data KIO::TransferJob(0x55a5aec942e0) "http://schemas.xmlsoap.org/soap/envelope/\;>http://schemas.microsoft.com/exchange/services/2006/types\;>a:ErrorServerBusyThe server cannot service this request right now. Try again later.http://schemas.microsoft.com/exchange/services/2006/errors\;>ErrorServerBusyhttp://schemas.microsoft.com/exchange/services/2006/errors\;>The server cannot service this request right now. Try again later.http://schemas.microsoft.com/exchange/services/2006/types\;>299904" org.kde.pim.ews.client.proto: data KIO::TransferJob(0x55a5aec942e0) "" org.kde.pim.ews.client.proto: response dumped to "/tmp/akonadi-ews-qahyWHF/ews_xmldump_AdSWTcF.xml" org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later. org.kde.pim.ews.client: request dumped to "/tmp/akonadi-ews-qahyWHF/ews_xmlreqdump_DbXnNNW.xml" org.kde.pim.ews.client: response dumped to "/tmp/akonadi-ews-qahyWHF/ews_xmlresdump_iQYdpoj.xml" org.kde.pim.ews: Streaming request timeout - restarting org.kde.pim.ews.client.request: Starting GetStreamingEvents request (subId: f38155, timeout: 30) org.kde.pim.ews.client.proto: "http://schemas.xmlsoap.org/soap/envelope/\; xmlns:m=\"http://schemas.microsoft.com/exchange/services/2006/messages\; xmlns:t=\"http://schemas.microsoft.com/exchange/services/2006/types\;>JwBieWFwcjE4bWIyNDQwLm5hbXByZDE4LnByb2Qub3V0bG9vay5jb20QSQcw3Xriq0+/v1BcZcIg4UyaLQaRjdYIEKStBHVI/VtOowPZCRt0Buc=30\n" org.kde.pim.ews.client.proto: data KIO::TransferJob(0x55a5ae6d7070) "http://schemas.xmlsoap.org/soap/envelope/\;>http://schemas.microsoft.com/exchange/services/2006/types\;>a:ErrorServerBusyThe server cannot service this request right now. Try again later.http://schemas.microsoft.com/exchange/services/2006/errors\;>ErrorServerBusyhttp://schemas.microsoft.com/exchange/services/2006/errors\;>The server cannot service this request right now. Try again later.http://schemas.microsoft.com/exchange/services/2006/types\;>253266" -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403903] does not respect org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later.
https://bugs.kde.org/show_bug.cgi?id=403903 --- Comment #4 from Aaron Williams --- Here is a trace where i get the eServerBusy and it never recovers and seems to be stuck. I see periodic event messages, but it no longer downloads any email. org.kde.pim.ews.client.proto: data KIO::TransferJob(0x5638eeb20cf0) "" org.kde.pim.ews.client.proto: response dumped to "/tmp/akonadi-ews-MyLNuMx/ews_xmldump_VMDhOiB.xml" org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later. org.kde.pim.ews.client: request dumped to "/tmp/akonadi-ews-MyLNuMx/ews_xmlreqdump_lFwhaqn.xml" org.kde.pim.ews.client: response dumped to "/tmp/akonadi-ews-MyLNuMx/ews_xmlresdump_XTlaGsO.xml" org.kde.pim.ews.client.request: Starting GetStreamingEvents request (subId: f38155, timeout: 30) org.kde.pim.ews.client.proto: "http://schemas.xmlsoap.org/soap/envelope/\; xmlns:m=\"http://schemas.microsoft.com/exchange/services/2006/messages\; xmlns:t=\"http://schemas.microsoft.com/exchange/services/2006/types\;>JwBieWFwcjE4bWIyNDQwLm5hbXByZDE4LnByb2Qub3V0bG9vay5jb20QSQcw3Xriq0+/v1BcZcIg4UyaLQaRjdYIEKStBHVI/VtOowPZCRt0Buc=30\n" org.kde.pim.ews.client.proto: data KIO::TransferJob(0x5638ec87a240) "http://schemas.xmlsoap.org/soap/envelope/\;>http://schemas.microsoft.com/exchange/services/2006/types\;>a:ErrorServerBusyThe server cannot service this request right now. Try again later.http://schemas.microsoft.com/exchange/services/2006/errors\;>ErrorServerBusyhttp://schemas.microsoft.com/exchange/services/2006/errors\;>The server cannot service this request right now. Try again later.http://schemas.microsoft.com/exchange/services/2006/types\;>163536" org.kde.pim.ews.client.proto: data KIO::TransferJob(0x5638ec87a240) "" org.kde.pim.ews.client.proto: response dumped to "/tmp/akonadi-ews-MyLNuMx/ews_xmldump_gCibIZt.xml" org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later. org.kde.pim.ews.client: request dumped to "/tmp/akonadi-ews-MyLNuMx/ews_xmlreqdump_wygbqMm.xml" org.kde.pim.ews.client: response dumped to "/tmp/akonadi-ews-MyLNuMx/ews_xmlresdump_BMfzEDv.xml" org.kde.pim.ews.client.request: Starting GetStreamingEvents request (subId: f38155, timeout: 30) org.kde.pim.ews.client.proto: "http://schemas.xmlsoap.org/soap/envelope/\; xmlns:m=\"http://schemas.microsoft.com/exchange/services/2006/messages\; xmlns:t=\"http://schemas.microsoft.com/exchange/services/2006/types\;>JwBieWFwcjE4bWIyNDQwLm5hbXByZDE4LnByb2Qub3V0bG9vay5jb20QSQcw3Xriq0+/v1BcZcIg4UyaLQaRjdYIEKStBHVI/VtOowPZCRt0Buc=30\n" org.kde.pim.ews.client.proto: data KIO::TransferJob(0x5638f9af02d0) "http://schemas.xmlsoap.org/soap/envelope/\;>http://schemas.microsoft.com/exchange/services/2006/types\;>a:ErrorServerBusyThe server cannot service this request right now. Try again later.http://schemas.microsoft.com/exchange/services/2006/errors\;>ErrorServerBusyhttp://schemas.microsoft.com/exchange/services/2006/errors\;>The server cannot service this request right now. Try again later.http://schemas.microsoft.com/exchange/services/2006/types\;>163239" org.kde.pim.ews.client.proto: data KIO::TransferJob(0x5638f9af02d0) "" org.kde.pim.ews.client.proto: response dumped to "/tmp/akonadi-ews-MyLNuMx/ews_xmldump_iMAgYOZ.xml" org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later. org.kde.pim.ews.client: request dumped to "/tmp/akonadi-ews-MyLNuMx/ews_xmlreqdump_mKrOhji.xml" org.kde.pim.ews.client: response dumped to "/tmp/akonadi-ews-MyLNuMx/ews_xmlresdump_gNrhaVF.xml" org.kde.pim.ews.client.request: Starting GetStreamingEvents request (subId: f38155, timeout: 30) org.kde.pim.ews.client.proto: "http://schemas.xmlsoap.org/soap/envelope/\; xmlns:m=\"http://schemas.microsoft.com/exchange/services/2006/messages\; xmlns:t=\"http://schemas.microsoft.com/exchange/services/2006/types\;>JwBieWFwcjE4bWIyNDQwLm5hbXByZDE4LnByb2Qub3V0bG9vay5jb20QSQcw3Xriq0+/v1BcZcIg4UyaLQaRjdYIEKStBHVI/VtOowPZCRt0Buc=30\n" org.kde.pim.ews.client.proto: data KIO::TransferJob(0x5638fdf32c40) "http://schemas.xmlsoap.org/soap/envelope/\;>http://schemas.microsoft.com/exchange/services/2006/types\;>a:ErrorServerBusyThe server cannot service this request right now. Try again later.http://schemas.microsoft.com/exchange/services/2006/errors\;>ErrorServerBusyhttp://schemas.microsoft.com/exchange/services/2006/errors\;>The server cannot service this request right now. Try again later.http://schemas.microsoft.com/exchange/services/2006/types\;>162983" org.kde.pim.ews.client.proto: data KIO::TransferJob(0x5638fdf32c40) "" org.kde.pim.ews.client.proto: response dumped to "/tmp/akonadi-ews-
[Akonadi] [Bug 403903] does not respect org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later.
https://bugs.kde.org/show_bug.cgi?id=403903 --- Comment #5 from Aaron Williams --- By a Microsoft issue, I don't think it's a bug but just a function in the protocol which Akonadi is ignoring and doesn't recover from. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403903] does not respect org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later.
https://bugs.kde.org/show_bug.cgi?id=403903 Aaron Williams changed: What|Removed |Added Platform|Other |openSUSE RPMs --- Comment #7 from Aaron Williams --- I have a complete log file but I do not want to attach it here since it may contain proprietary email information. The log is 82.4MiB uncompressed and around 8.6MB compressed. This includes the entire operation from when I started the EWS resource until it stopped downloading any new messages. I will make the log available to any developers, however, because with this issue I am now unable to access my work email since my employer shut down IMAP. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403903] does not respect org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later.
https://bugs.kde.org/show_bug.cgi?id=403903 --- Comment #3 from Aaron Williams --- When this happens, Akonadi is attempting to download thousands of emails from a Microsoft Office365 server. I suspect that it /is/ a Microsoft issue. I've had many issues with Office365 being slow, even in the web interface. That being the case, this is a case where the server is telling the client to stop for a certain amount of time (likely due to resource issues or trying to even the load among other users). I don't think this is even possible with IMAP. I have never seen this with Cyrus when downloading over 200K emails from my Cyrus IMAP server (a dual-core Atom server). I really have no choice about the mail service since this is for work. My alternative is Thunder ExQuilla, which has its own set of issues (and the fact that Thunderbird is insanely slow and a huge memory and resource hog). I have seen the wait times be anywhere from 30 to 300 seconds. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403903] does not respect org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later.
https://bugs.kde.org/show_bug.cgi?id=403903 --- Comment #10 from Aaron Williams --- https://support.microsoft.com/en-us/help/2800080/errorserverbusy-response-code-when-you-synchronize-an-ews-based-applic describes the issue. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403903] does not respect org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later.
https://bugs.kde.org/show_bug.cgi?id=403903 --- Comment #12 from Aaron Williams --- I'm sorry for the duplicate bugs, this has been very frustrating to me. My employer disabled IMAP because they consider it insecure compared to EWS, go figure. They went so far as to disable SMTP as well (GIT loves this!). I'm hoping this can be fixed. I'd work on it myself but I'm pretty rusty when it comes to C++ and haven't worked on stuff like SOAP or other similar protocols... I work on bootloader (U-Boot) and Linux kernel code, among other low-level things. This has been a learning experience for me too, and I have been cursing Office 365's email for years. When they first switched, Microsoft was limiting the number of connections internally to their authentication server so usually IMAP didn't work since it uses multiple connections. It was so bad they provided me a GMail account to forward all my email to. It also has always been quite slow. Two months ago it took an hour to log in to the web interface and emails all timed out at a critical time. Microsoft seems to love overloading their servers from my experience. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403981] EWS resource needs to be able to specify identity to use
https://bugs.kde.org/show_bug.cgi?id=403981 --- Comment #2 from Aaron Williams --- My current workaround was to make the EWS resource the default then override it for the other accounts. Unfortunately, I'm stuck using Thunderbird for EWS now with bug #403903 which prevents EWS from being able to download email. (Note that with Thunderbird I have to use an external editor to write email because Thunderbird is unusably slow). To make this even better, it would be great if Kontact allowed me to change the identity at the time of writing the email as Thunderbird does. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403982] EWS gets stuck in "Retrieving collection tree"
https://bugs.kde.org/show_bug.cgi?id=403982 --- Comment #3 from Aaron Williams --- I don't know if this is related to bug# 403903 but no matter what I did I was unable to synchronize my inbox folder which has a significant number of emails. My settings were identical to another machine. I was finally able to get it work by shutting down akonadi and kontact then replicating everything from the other computer including the database. Once I did that it started working again since it no longer had to download a lot of emails. Also, I saw it getting stuck in other stages besides retrieving collection tree. When the server tells the client it is busy the server may report that it will be busy for several minutes. I wonder if honoring the busy delay might help. When it stops, all EWS log activity stops. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403982] EWS gets stuck in "Retrieving collection tree"
https://bugs.kde.org/show_bug.cgi?id=403982 --- Comment #1 from Aaron Williams --- I stopped Akonadi and started it from the Alonadi console. The job tracker says Akonadi::CollectionFetchJob failed at CollectionRemoteId INBOX. The resource scheduler shows it waiting on SyncTags. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403981] New: EWS resource needs to be able to specify identity to use
https://bugs.kde.org/show_bug.cgi?id=403981 Bug ID: 403981 Summary: EWS resource needs to be able to specify identity to use Product: Akonadi Version: unspecified Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: EWS Resource Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org CC: kri...@op.pl Target Milestone: --- SUMMARY I have several email accounts, one for home (IMAP) and one for work (EWS). While I can specify which identity to use for IMAP, I am unable to specify which identity to use for EWS so it uses the default. This requires that I set my default identity to my work identity. STEPS TO REPRODUCE 1. Open Microsoft Exchange Configuration 2. Look through the tabs 3. Notice that there is no way to specify which identity to use OBSERVED RESULT EXPECTED RESULT In the IMAP configuration in the advanced tab I am able to specify which identity should be used. EWS needs this same configuration. SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: 5.14.90 (available in About System) KDE Plasma Version: 5.14.90 KDE Frameworks Version: 18.12.1 Qt Version: 5.12.1 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403903] org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later.
https://bugs.kde.org/show_bug.cgi?id=403903 --- Comment #1 from Aaron Williams --- When the server responds with this error it also specifies how long the client should wait in milliseconds. It would be nice if Akonadi would respect that. org.kde.pim.ews.client.proto: data KIO::TransferJob(0x55602c039970) "http://schemas.xmlsoap.org/soap/envelope/\;>http://schemas.microsoft.com/exchange/services/2006/types\;>a:ErrorServerBusyThe server cannot service this request right now. Try again later.http://schemas.microsoft.com/exchange/services/2006/errors\;>ErrorServerBusyhttp://schemas.microsoft.com/exchange/services/2006/errors\;>The server cannot service this request right now. Try again later.http://schemas.microsoft.com/exchange/services/2006/types\;>213631" org.kde.pim.ews.client.proto: data KIO::TransferJob(0x55602c039970) "" org.kde.pim.ews.client.proto: response dumped to "/tmp/akonadi-ews-RLygWvy/ews_xmldump_ppzpkKi.xml" org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later. org.kde.pim.ews.client: request dumped to "/tmp/akonadi-ews-RLygWvy/ews_xmlreqdump_EgwgskN.xml" org.kde.pim.ews.client: response dumped to "/tmp/akonadi-ews-RLygWvy/ews_xmlresdump_PtFspvg.xml" org.kde.pim.ews.client.request: Starting GetStreamingEvents request (subId: 1melsjw, timeout: 30) org.kde.pim.ews.client.proto: "http://schemas.xmlsoap.org/soap/envelope/\; xmlns:m=\"http://schemas.microsoft.com/exchange/services/2006/messages\; xmlns:t=\"http://schemas.microsoft.com/exchange/services/2006/types\;>JwBieWFwcjE4bWIyNDQwLm5hbXByZDE4LnByb2Qub3V0bG9vay5jb20Q/PV94Xu0Dk6xhatkt3i44Q3WO9vei9YIEKStBHVI/VtOowPZCRt0Buc=30\n" org.kde.pim.ews.client.proto: data KIO::TransferJob(0x556024f3d4a0) "http://schemas.xmlsoap.org/soap/envelope/\;>http://schemas.microsoft.com/exchange/services/2006/types\;>a:ErrorServerBusyThe server cannot service this request right now. Try again later.http://schemas.microsoft.com/exchange/services/2006/errors\;>ErrorServerBusyhttp://schemas.microsoft.com/exchange/services/2006/errors\;>The server cannot service this request right now. Try again later.http://schemas.microsoft.com/exchange/services/2006/types\;>213564" org.kde.pim.ews.client.proto: data KIO::TransferJob(0x556024f3d4a0) "" org.kde.pim.ews.client.proto: response dumped to "/tmp/akonadi-ews-RLygWvy/ews_xmldump_fCPJiiC.xml" org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later. org.kde.pim.ews.client: request dumped to "/tmp/akonadi-ews-RLygWvy/ews_xmlreqdump_wRuZnVK.xml" org.kde.pim.ews.client: response dumped to "/tmp/akonadi-ews-RLygWvy/ews_xmlresdump_jBIqQPU.xml" org.kde.pim.ews.client.request: Starting GetStreamingEvents request (subId: 1melsjw, timeout: 30) org.kde.pim.ews.client.proto: "http://schemas.xmlsoap.org/soap/envelope/\; xmlns:m=\"http://schemas.microsoft.com/exchange/services/2006/messages\; xmlns:t=\"http://schemas.microsoft.com/exchange/services/2006/types\;>
[Akonadi] [Bug 403982] New: EWS gets stuck in "Retrieving collection tree"
https://bugs.kde.org/show_bug.cgi?id=403982 Bug ID: 403982 Summary: EWS gets stuck in "Retrieving collection tree" Product: Akonadi Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: EWS Resource Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org CC: kri...@op.pl Target Milestone: --- SUMMARY I have run into an issue where every time I try and retrieve email from an Office 365 email account using EWS it hangs at "Retrieving collection tree". I have restarted the EWS resource, akonadi and kontact multiple times to no avail. In the logging I see it is able to fetch all of the emails, but none get displayed, presumably because it is stuck retrieving the collection tree. STEPS TO REPRODUCE 1. Configure an EWS account with a lot of email in it 2. Try and synchronize to that account 3. Watch it get stuck at "Retrieving collection tree" OBSERVED RESULT It gets stuck retrieving the collection tree. I do not see any messages in the log indicating why it is stuck (or where for that matter). EXPECTED RESULT I expect it to complete SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: OpenSUSE 15.0 with latest KDE (18.12.1) (available in About System) KDE Plasma Version: 5.14.90 KDE Frameworks Version: 5.54.0 Qt Version: 5.12.0 ADDITIONAL INFORMATION I tried to abort but abort doesn't seem to work either. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403903] does not respect org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later.
https://bugs.kde.org/show_bug.cgi?id=403903 --- Comment #13 from Aaron Williams --- I have looked at the logs where this happens several more times. It's always the exact same pattern. It downloads emails until the server responds with ErrorServerBusy and never recovers. Meanwhile, our IT department suggested using Hiri... it suffers the same problem as Akonadi it seems. Only Thunderbird ExQuilla is working... if by working you accept the fact that the editor will periodically freeze for many seconds and it will frequently fail to send emails. (this is on a system with a 12 core AMD Threadripper and 96GB of RAM). -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 393002] Akonadi-ews does not save password in kwallet
https://bugs.kde.org/show_bug.cgi?id=393002 Aaron Williams changed: What|Removed |Added CC||aar...@doofus.org --- Comment #11 from Aaron Williams --- I just ran into the same issue again. I'm using the latest OpenSUSE release. I don't know if it's due to special characters in my password or not, but I have to manually add it to kwallet. -- You are receiving this mail because: You are on the CC list for the bug.
[Akonadi] [Bug 403903] New: org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later.
https://bugs.kde.org/show_bug.cgi?id=403903 Bug ID: 403903 Summary: org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later. Product: Akonadi Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: EWS Resource Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org CC: kri...@op.pl Target Milestone: --- SUMMARY I am unable to download my email with very recent releases (last few days with OpenSUSE). I keep getting the error, "org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later." This is with Akonadi 18.12.1-lp150.83.1 connected to Office 365. I have nuked everything and re-created the account on numerous occasions (and had to manually add the password stuff via qdbus due to another bug). The strange thing is I have another machine running the exact same version with the exact same settings and I am not seeing the problem there. I have verified that all settings for EWS are identical. STEPS TO REPRODUCE 1. Create an EWS account in Kontact 2. Try and download email from Office 365 3. OBSERVED RESULT Emails are never downloaded and the debug log is filled with, "org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later." EXPECTED RESULT I expect emails to be downloaded SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: OpenSUSE 15.0 with latest KDE repository (available in About System) KDE Plasma Version: 5.14.90-lp150.238.1 (OpenSUSE) KDE Frameworks Version: 5.54.0 Qt Version: 5.12.0 KDEPIM/Akonadi: 18.12.1-lp150.83.1 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 406946] New: Akonadi crashes when sending a large attachment
https://bugs.kde.org/show_bug.cgi?id=406946 Bug ID: 406946 Summary: Akonadi crashes when sending a large attachment Product: kontact Version: 5.11.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: akregator Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- SUMMARY I tried to attach a file without realizing that the file was 829MB. Every time I attempt to attach it kontact crashes. STEPS TO REPRODUCE 1. Attempt to attach 829MB file to email 2. Watch Kontact crash 3. OBSERVED RESULT Crash EXPECTED RESULT Possibly a complaint but otherwise it should succeed. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: 5.15.4 (available in About System) KDE Plasma Version: 5.15.4 KDE Frameworks Version: 19.04.0 Qt Version: 5.12.3 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 407169] IMAP constantly syncing
https://bugs.kde.org/show_bug.cgi?id=407169 --- Comment #2 from Aaron Williams --- My interval is set to 60 minutes. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 407169] New: IMAP constantly syncing
https://bugs.kde.org/show_bug.cgi?id=407169 Bug ID: 407169 Summary: IMAP constantly syncing Product: kontact Version: 5.11.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: akregator Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- SUMMARY I have Kontact running on several computers connected to two different IMAP accounts. One IMAP account is running on Cyrus and the other is connected to Microsoft Office 365. I am seeing both accounts repeatedly syncing the inbox folders almost nonstop. Every time I go to open an email it starts syncing. These accounts hold a lot of email. The Cyrus account has easily over 200K emails in the inbox. I have run akonadictl fsck and akonadictl vacuum as well as restarted akonadi yet the problem continues. Note that I also have Akonadi configured to use PostgreSQL. This behavior is occurring on several computers connected to the same IMAP accounts. Periodically I have to restart akonadi when Kontact cannot open emails. STEPS TO REPRODUCE 1. Start Kontact 2. Open an email 3. Kontact starts syncing the folder for each email opened OBSERVED RESULT Constantly syncing the Inbox EXPECTED RESULT It should not be constantly resyncing the Inbox SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: OpenSUSE 15.0 with latest KDE/QT/Plasma repos (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 406946] Akonadi crashes when sending a large attachment
https://bugs.kde.org/show_bug.cgi?id=406946 --- Comment #2 from Aaron Williams --- Unfortunately, I have been unable to get a backtrace. It is very repeatable. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 414838] New: KMail crashes when composing new email
https://bugs.kde.org/show_bug.cgi?id=414838 Bug ID: 414838 Summary: KMail crashes when composing new email Product: kontact Version: unspecified Platform: openSUSE RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- Application: kontact (5.12.90 rc (19.11.80)) Qt Version: 5.13.1 Frameworks Version: 5.64.0 Operating System: Linux 4.12.14-lp151.28.32-default x86_64 Distribution: "openSUSE Leap 15.1" -- Information about the crash: When I attempt to fill in the to field, KMail crashes when I type just a few letters to someone I frequently email. The crash can be reproduced every time. -- Backtrace: Application: Kontact (kontact), signal: Aborted Using host libthread_db library "/lib64/libthread_db.so.1". 29return SYSCALL_CANCEL (poll, fds, nfds, timeout); [Current thread is 1 (Thread 0x7fc00c6bd680 (LWP 91894))] Thread 52 (Thread 0x7fbf89856700 (LWP 96102)): #0 0x7fc004a86bdb in futex_reltimed_wait_cancelable (private=, reltime=0x7fbf89855990, expected=0, futex_word=0x7fbf89855b58) at ../sysdeps/unix/sysv/linux/futex-internal.h:142 #1 0x7fc004a86bdb in __pthread_cond_wait_common (abstime=0x7fbf89855a30, mutex=0x7fbf89855b08, cond=0x7fbf89855b30) at pthread_cond_wait.c:533 #2 0x7fc004a86bdb in __pthread_cond_timedwait (cond=0x7fbf89855b30, mutex=0x7fbf89855b08, abstime=0x7fbf89855a30) at pthread_cond_wait.c:667 #3 0x7fbff94c0416 in () at /usr/lib64/libQt5WebEngineCore.so.5 #4 0x7fbff94c0da7 in () at /usr/lib64/libQt5WebEngineCore.so.5 #5 0x7fbff94c0f12 in () at /usr/lib64/libQt5WebEngineCore.so.5 #6 0x7fbff9478391 in () at /usr/lib64/libQt5WebEngineCore.so.5 #7 0x7fbff947b3bd in () at /usr/lib64/libQt5WebEngineCore.so.5 #8 0x7fbff947bab4 in () at /usr/lib64/libQt5WebEngineCore.so.5 #9 0x7fbff94c3005 in () at /usr/lib64/libQt5WebEngineCore.so.5 #10 0x7fc004a80569 in start_thread (arg=0x7fbf89856700) at pthread_create.c:465 #11 0x7fc008f9c9ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 51 (Thread 0x7fbe0203d700 (LWP 93617)): #0 0x7fc008f9219b in __GI___poll (fds=0x7fbdfc002de0, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x7fc0029501a9 in () at /usr/lib64/libglib-2.0.so.0 #2 0x7fc0029502bc in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #3 0x7fc009af977b in QEventDispatcherGlib::processEvents(QFlags) (this=0x7fbdfc000b10, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #4 0x7fc009a99c4a in QEventLoop::exec(QFlags) (this=this@entry=0x7fbe0203cc70, flags=..., flags@entry=...) at kernel/qeventloop.cpp:225 #5 0x7fc0098b510a in QThread::exec() (this=) at thread/qthread.cpp:531 #6 0x7fc0098b68b2 in QThreadPrivate::start(void*) (arg=0x55c47950b800) at thread/qthread_unix.cpp:360 #7 0x7fc004a80569 in start_thread (arg=0x7fbe0203d700) at pthread_create.c:465 #8 0x7fc008f9c9ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 50 (Thread 0x7fbe44ff9700 (LWP 92713)): #0 0x7fc008f8dc98 in __GI___libc_read (fd=116, buf=0x7fbe44ff8aae, nbytes=10) at ../sysdeps/unix/sysv/linux/read.c:26 #1 0x7fbfeb8de701 in pa_read () at /usr/lib64/pulseaudio/libpulsecommon-11.1.so #2 0x7fbfeebbfe0e in pa_mainloop_prepare () at /usr/lib64/libpulse.so.0 #3 0x7fbfeebc0880 in pa_mainloop_iterate () at /usr/lib64/libpulse.so.0 #4 0x7fbfeebc0940 in pa_mainloop_run () at /usr/lib64/libpulse.so.0 #5 0x7fbfeebce7a9 in () at /usr/lib64/libpulse.so.0 #6 0x7fbfeb90d428 in () at /usr/lib64/pulseaudio/libpulsecommon-11.1.so #7 0x7fc004a80569 in start_thread (arg=0x7fbe44ff9700) at pthread_create.c:465 #8 0x7fc008f9c9ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 49 (Thread 0x7fbe457fa700 (LWP 92358)): #0 0x7fc004a86c66 in futex_abstimed_wait_cancelable (private=, abstime=0x7fbe457f9ba0, expected=0, futex_word=0x7fbe94000c9c) at ../sysdeps/unix/sysv/linux/futex-internal.h:205 #1 0x7fc004a86c66 in __pthread_cond_wait_common (abstime=0x7fbe457f9ba0, mutex=0x55c454d67fe8, cond=0x7fbe94000c70) at pthread_cond_wait.c:539 #2 0x7fc004a86c66 in __pthread_cond_timedwait (cond=0x7fbe94000c70, mutex=0x55c454d67fe8, abstime=0x7fbe457f9ba0) at pthread_cond_wait.c:667 #3 0x7fbfd8824714 in () at /usr/lib64/libnvidia-glcore.so.440.31 #4 0x7fbfd86176d0 in () at /usr/lib64/libnvidia-glcore.so.440.31 #5 0x7fbfd8618122 in () at /usr/lib64/libnvidia-glcore.so.440.31 #6 0x7fbfd88238ec in () at /usr/lib64/libnvidia-glcore.so.440.31 #7 0x7fc004a80569 in start_thread (arg=0x7fbe457fa700) at pthread_create.c:465 #8 0x7fc008f9c9ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 48
[kontact] [Bug 414843] New: Crashes on autocompletion of email address
https://bugs.kde.org/show_bug.cgi?id=414843 Bug ID: 414843 Summary: Crashes on autocompletion of email address Product: kontact Version: unspecified Platform: openSUSE RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- Application: kontact (5.12.90 rc (19.11.80)) Qt Version: 5.13.1 Frameworks Version: 5.64.0 Operating System: Linux 4.12.14-lp151.28.32-default x86_64 Distribution: "openSUSE Leap 15.1" -- Information about the crash: It seems to crash each time it does autocompletion. It just started doing this today after today's OpenSUSE update. The crash can be reproduced every time. -- Backtrace: Application: Kontact (kontact), signal: Aborted Using host libthread_db library "/lib64/libthread_db.so.1". 29return SYSCALL_CANCEL (poll, fds, nfds, timeout); [Current thread is 1 (Thread 0x7ff639a09680 (LWP 102777))] Thread 28 (Thread 0x7ff4b0d77700 (LWP 12663)): #0 0x7ff631dd2bdb in futex_reltimed_wait_cancelable (private=, reltime=0x7ff4b0d76990, expected=0, futex_word=0x7ff4b0d76b58) at ../sysdeps/unix/sysv/linux/futex-internal.h:142 #1 0x7ff631dd2bdb in __pthread_cond_wait_common (abstime=0x7ff4b0d76a30, mutex=0x7ff4b0d76b08, cond=0x7ff4b0d76b30) at pthread_cond_wait.c:533 #2 0x7ff631dd2bdb in __pthread_cond_timedwait (cond=0x7ff4b0d76b30, mutex=0x7ff4b0d76b08, abstime=0x7ff4b0d76a30) at pthread_cond_wait.c:667 #3 0x7ff62680c416 in () at /usr/lib64/libQt5WebEngineCore.so.5 #4 0x7ff62680cda7 in () at /usr/lib64/libQt5WebEngineCore.so.5 #5 0x7ff62680cf12 in () at /usr/lib64/libQt5WebEngineCore.so.5 #6 0x7ff6267c4391 in () at /usr/lib64/libQt5WebEngineCore.so.5 #7 0x7ff6267c73bd in () at /usr/lib64/libQt5WebEngineCore.so.5 #8 0x7ff6267c7ab4 in () at /usr/lib64/libQt5WebEngineCore.so.5 #9 0x7ff62680f005 in () at /usr/lib64/libQt5WebEngineCore.so.5 #10 0x7ff631dcc569 in start_thread (arg=0x7ff4b0d77700) at pthread_create.c:465 #11 0x7ff6362e89ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 27 (Thread 0x7ff5de7fc700 (LWP 11011)): #0 0x7ff631dd2bdb in futex_reltimed_wait_cancelable (private=, reltime=0x7ff5de7fb990, expected=0, futex_word=0x7ff5de7fbb58) at ../sysdeps/unix/sysv/linux/futex-internal.h:142 #1 0x7ff631dd2bdb in __pthread_cond_wait_common (abstime=0x7ff5de7fba30, mutex=0x7ff5de7fbb08, cond=0x7ff5de7fbb30) at pthread_cond_wait.c:533 #2 0x7ff631dd2bdb in __pthread_cond_timedwait (cond=0x7ff5de7fbb30, mutex=0x7ff5de7fbb08, abstime=0x7ff5de7fba30) at pthread_cond_wait.c:667 #3 0x7ff62680c416 in () at /usr/lib64/libQt5WebEngineCore.so.5 #4 0x7ff62680cda7 in () at /usr/lib64/libQt5WebEngineCore.so.5 #5 0x7ff62680cf12 in () at /usr/lib64/libQt5WebEngineCore.so.5 #6 0x7ff6267c4391 in () at /usr/lib64/libQt5WebEngineCore.so.5 #7 0x7ff6267c73bd in () at /usr/lib64/libQt5WebEngineCore.so.5 #8 0x7ff6267c7ab4 in () at /usr/lib64/libQt5WebEngineCore.so.5 #9 0x7ff62680f005 in () at /usr/lib64/libQt5WebEngineCore.so.5 #10 0x7ff631dcc569 in start_thread (arg=0x7ff5de7fc700) at pthread_create.c:465 #11 0x7ff6362e89ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 26 (Thread 0x7ff5f17e0700 (LWP 11010)): #0 0x7ff631dd2bdb in futex_reltimed_wait_cancelable (private=, reltime=0x7ff5f17df990, expected=0, futex_word=0x7ff5f17dfb58) at ../sysdeps/unix/sysv/linux/futex-internal.h:142 #1 0x7ff631dd2bdb in __pthread_cond_wait_common (abstime=0x7ff5f17dfa30, mutex=0x7ff5f17dfb08, cond=0x7ff5f17dfb30) at pthread_cond_wait.c:533 #2 0x7ff631dd2bdb in __pthread_cond_timedwait (cond=0x7ff5f17dfb30, mutex=0x7ff5f17dfb08, abstime=0x7ff5f17dfa30) at pthread_cond_wait.c:667 #3 0x7ff62680c416 in () at /usr/lib64/libQt5WebEngineCore.so.5 #4 0x7ff62680cda7 in () at /usr/lib64/libQt5WebEngineCore.so.5 #5 0x7ff62680cf12 in () at /usr/lib64/libQt5WebEngineCore.so.5 #6 0x7ff6267c4391 in () at /usr/lib64/libQt5WebEngineCore.so.5 #7 0x7ff6267c770b in () at /usr/lib64/libQt5WebEngineCore.so.5 #8 0x7ff6267c7ab4 in () at /usr/lib64/libQt5WebEngineCore.so.5 #9 0x7ff62680f005 in () at /usr/lib64/libQt5WebEngineCore.so.5 #10 0x7ff631dcc569 in start_thread (arg=0x7ff5f17e0700) at pthread_create.c:465 #11 0x7ff6362e89ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 25 (Thread 0x7ff5f0fdf700 (LWP 126638)): #0 0x7ff631dd2bdb in futex_reltimed_wait_cancelable (private=, reltime=0x7ff5f0fde990, expected=0, futex_word=0x7ff5f0fdeb58) at ../sysdeps/unix/sysv/linux/futex-internal.h:142 #1 0x7ff631dd2bdb in __pthread_cond_wait_common (abstime=0x7ff5f0fdea30, mutex=0x7ff5f0fdeb08, cond=0x7ff5f0fdeb30) at
[kontact] [Bug 414843] Crashes on autocompletion of email address
https://bugs.kde.org/show_bug.cgi?id=414843 Aaron Williams changed: What|Removed |Added CC||aar...@doofus.org -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 404990] Sign in with Google temporarily disabled for this app
https://bugs.kde.org/show_bug.cgi?id=404990 Aaron Williams changed: What|Removed |Added CC||aar...@doofus.org --- Comment #97 from Aaron Williams --- Starting today I can no longer even send email via KMail. Can we please get Google to re-authorize KMail? -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 401054] Stream parser exceptions
https://bugs.kde.org/show_bug.cgi?id=401054 --- Comment #5 from Aaron Williams --- I believe this is due to https://bugs.kde.org/show_bug.cgi?id=403903 -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 412225] Need to be able to select identity to use
https://bugs.kde.org/show_bug.cgi?id=412225 --- Comment #4 from Aaron Williams --- Sorry, I should have closed this. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 412300] Akonadi crashing after changing mail server dns name
https://bugs.kde.org/show_bug.cgi?id=412300 --- Comment #1 from Aaron Williams --- Created attachment 122849 --> https://bugs.kde.org/attachment.cgi?id=122849=edit New crash information added by DrKonqi DrKonqi auto-attaching complete backtrace. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 412300] New: Akonadi crashing after changing mail server dns name
https://bugs.kde.org/show_bug.cgi?id=412300 Bug ID: 412300 Summary: Akonadi crashing after changing mail server dns name Product: Akonadi Version: 5.12.1 Platform: openSUSE RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- Application: akonadiserver (5.12.1) Qt Version: 5.13.1 Frameworks Version: 5.62.0 Operating System: Linux 4.12.14-lp151.28.13-default x86_64 Distribution: "openSUSE Leap 15.1" -- Information about the crash: I changed the host name used for my mail server and the port number and now Akonadi keeps crashing while downloading email. The server is running Cyrus IMAP. The old host name used a non-standard port number but I doubt that has anything to do with this. I have hundreds of thousands of emails in the Inbox going back well over a decade. The crash can be reproduced sometimes. -- Backtrace (Reduced): #7 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51 #8 0x7f33f5706741 in __GI_abort () at abort.c:79 #9 0x7f33f5d34e83 in __gnu_cxx::__verbose_terminate_handler () at ../../../../libstdc++-v3/libsupc++/vterminate.cc:95 #10 0x7f33f5d3add8 in __cxxabiv1::__terminate (handler=) at ../../../../libstdc++-v3/libsupc++/eh_terminate.cc:47 #11 0x7f33f5d3ae23 in std::terminate () at ../../../../libstdc++-v3/libsupc++/eh_terminate.cc:57 Possible duplicates by query: bug 412218, bug 411687, bug 411347, bug 411017, bug 409782. Reported using DrKonqi -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 412225] New: Need to be able to select identity to use
https://bugs.kde.org/show_bug.cgi?id=412225 Bug ID: 412225 Summary: Need to be able to select identity to use Product: kontact Version: 5.12.1 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: mail Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- SUMMARY I have several identities that all filter into the same email account. One feature Thunderbird has is that I can select which identity to use when sending an email. If I manually edit the from, it still uses the default email address rather than the alternative one. Ideally the "From" field would have a drop-down to allow for aliases or other identities to be used. STEPS TO REPRODUCE 1. Try to write an email 2. No way to select an alternate identity to use 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 412300] Akonadi crashing after changing mail server dns name
https://bugs.kde.org/show_bug.cgi?id=412300 Aaron Williams changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |WORKSFORME --- Comment #2 from Aaron Williams --- I restarted Kontact and am unable to reproduce this now. It successfully downloaded a couple hundred thousand emails. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 418452] New: KOrganizer crashed when selecting a new font
https://bugs.kde.org/show_bug.cgi?id=418452 Bug ID: 418452 Summary: KOrganizer crashed when selecting a new font Product: kontact Version: unspecified Platform: openSUSE RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- Application: kontact (5.13.2 (19.12.2)) Qt Version: 5.14.1 Frameworks Version: 5.67.0 Operating System: Linux 4.12.14-lp151.28.36-default x86_64 Windowing system: X11 Distribution: "openSUSE Leap 15.1" -- Information about the crash: I have a lot of fonts installed and while I was scrolling to select a courier font it crashed. I just repeated this a second time but instead of using my mouse wheel to scroll I used the bar on the side so I could quickly select the font. This time it did not crash. -- Backtrace: Application: Kontact (kontact), signal: Aborted Using host libthread_db library "/lib64/libthread_db.so.1". 29return SYSCALL_CANCEL (poll, fds, nfds, timeout); [Current thread is 1 (Thread 0x7f9011702980 (LWP 27225))] Thread 21 (Thread 0x7f8fbbfff700 (LWP 126638)): #0 0x7f9009c34bdb in futex_reltimed_wait_cancelable (private=, reltime=0x7f8fbbffe940, expected=0, futex_word=0x7f8fbbffeb08) at ../sysdeps/unix/sysv/linux/futex-internal.h:142 #1 0x7f9009c34bdb in __pthread_cond_wait_common (abstime=0x7f8fbbffe9e0, mutex=0x7f8fbbffeab8, cond=0x7f8fbbffeae0) at pthread_cond_wait.c:533 #2 0x7f9009c34bdb in __pthread_cond_timedwait (cond=0x7f8fbbffeae0, mutex=0x7f8fbbffeab8, abstime=0x7f8fbbffe9e0) at pthread_cond_wait.c:667 #3 0x7f8ffe330ab6 in base::ConditionVariable::TimedWait(base::TimeDelta const&) () at ./../../3rdparty/chromium/base/synchronization/condition_variable_posix.cc:127 #4 0x7f8ffe331448 in base::WaitableEvent::TimedWaitUntil(base::TimeTicks const&) () at ./../../3rdparty/chromium/base/synchronization/waitable_event_posix.cc:233 #5 0x7f8ffe3315c2 in base::WaitableEvent::TimedWait(base::TimeDelta const&) () at ./../../3rdparty/chromium/base/synchronization/waitable_event_posix.cc:162 #6 0x7f8ffe2ecda1 in base::internal::WorkerThread::Delegate::WaitForWork(base::WaitableEvent*) () at ./../../3rdparty/chromium/base/task/thread_pool/worker_thread.cc:35 #7 0x7f8ffe2f1379 in base::internal::WorkerThread::RunWorker() () at ./../../3rdparty/chromium/base/task/thread_pool/worker_thread.cc:317 #8 0x7f8ffe2f1674 in base::internal::WorkerThread::RunPooledWorker() () at ./../../3rdparty/chromium/base/task/thread_pool/worker_thread.cc:223 #9 0x7f8ffe3335f5 in ThreadFunc() () at ./../../3rdparty/chromium/base/threading/platform_thread_posix.cc:81 #10 0x7f9009c2e569 in start_thread (arg=0x7f8fbbfff700) at pthread_create.c:465 #11 0x7f900df0f9ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 20 (Thread 0x7f8f3700 (LWP 30707)): #0 0x7f900df0519b in __GI___poll (fds=0x7f8f38004600, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x7f900785c1a9 in g_main_context_poll (priority=, n_fds=1, fds=0x7f8f38004600, timeout=, context=0x7f8f38000bd0) at gmain.c:4169 #2 0x7f900785c1a9 in g_main_context_iterate (context=context@entry=0x7f8f38000bd0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at gmain.c:3863 #3 0x7f900785c2bc in g_main_context_iteration (context=0x7f8f38000bd0, may_block=may_block@entry=1) at gmain.c:3929 #4 0x7f900ea807eb in QEventDispatcherGlib::processEvents(QFlags) (this=0x7f8f38000b10, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x7f900ea1fd4a in QEventLoop::exec(QFlags) (this=this@entry=0x7f8f3fffec30, flags=..., flags@entry=...) at kernel/qeventloop.cpp:225 #6 0x7f900e830657 in QThread::exec() (this=) at thread/qthread.cpp:536 #7 0x7f900e831b2c in QThreadPrivate::start(void*) (arg=0x55f23baef7c0) at thread/qthread_unix.cpp:342 #8 0x7f9009c2e569 in start_thread (arg=0x7f8f3700) at pthread_create.c:465 #9 0x7f900df0f9ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 19 (Thread 0x7f8f473f6700 (LWP 30292)): #0 0x7f9009c348ad in futex_wait_cancelable (private=, expected=0, futex_word=0x7f8f473f5b18) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 0x7f9009c348ad in __pthread_cond_wait_common (abstime=0x0, mutex=0x7f8f473f5ac8, cond=0x7f8f473f5af0) at pthread_cond_wait.c:502 #2 0x7f9009c348ad in __pthread_cond_wait (cond=0x7f8f473f5af0, mutex=0x7f8f473f5ac8) at pthread_cond_wait.c:655 #3 0x7f8ffe3309ca in base::ConditionVariable::Wait() () at ./../../3rdparty/chromium/base/synchronization/condition_variable_posix.cc:75 #4 0x7f8ffe33146c in base::WaitableEvent::TimedWaitUntil(base::TimeTicks const&) () at ./../../3rdparty/chromium/base/synchronization/waitable_event_posix.cc:235 #5
[kmail2] [Bug 416288] KMail crashes on address autocomplete lookup
https://bugs.kde.org/show_bug.cgi?id=416288 --- Comment #4 from Aaron Williams --- I deleted the search_db folder and that appears to have solved it. My guess is something in it caused the internal data structures used by KMail to become corrupted and crash. I was at my wit's end with this and resorted to copy/pasting email addresses. Hopefully, this doesn't return. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 416721] New: KMail crashes after restarting
https://bugs.kde.org/show_bug.cgi?id=416721 Bug ID: 416721 Summary: KMail crashes after restarting Product: kontact Version: unspecified Platform: openSUSE RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- Application: kontact (5.13.1 (19.12.1)) Qt Version: 5.14.0 Frameworks Version: 5.66.0 Operating System: Linux 4.12.14-lp151.28.36-default x86_64 Windowing system: X11 Distribution: "openSUSE Leap 15.1" -- Information about the crash: - What I was doing when the application crashed: When I attempted to fill in a previously used email address while writing an email, KMail crashed as it usually does. However, when I attempt to restart it it crashes immediately when it attempts to re-open the draft email I was typing. I have already reported the other crash (see bug# 416288 https://bugs.kde.org/show_bug.cgi?id=416288 ). The crash dump in this case is different, however. The crash can be reproduced every time. -- Backtrace: Application: Kontact (kontact), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". 29return SYSCALL_CANCEL (poll, fds, nfds, timeout); [Current thread is 1 (Thread 0x7f887b96a980 (LWP 125685))] Thread 23 (Thread 0x7f87afdef700 (LWP 126334)): #0 0x7f887815c19b in __GI___poll (fds=0x7f87a8004600, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x7f8871abb1a9 in g_main_context_poll (priority=, n_fds=1, fds=0x7f87a8004600, timeout=, context=0x7f87a8000bd0) at gmain.c:4169 #2 0x7f8871abb1a9 in g_main_context_iterate (context=context@entry=0x7f87a8000bd0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at gmain.c:3863 #3 0x7f8871abb2bc in g_main_context_iteration (context=0x7f87a8000bd0, may_block=may_block@entry=1) at gmain.c:3929 #4 0x7f8878cd6a3b in QEventDispatcherGlib::processEvents(QFlags) (this=0x7f87a8000b10, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x7f8878c7603a in QEventLoop::exec(QFlags) (this=this@entry=0x7f87afdeec30, flags=..., flags@entry=...) at kernel/qeventloop.cpp:225 #6 0x7f8878a87467 in QThread::exec() (this=) at thread/qthread.cpp:536 #7 0x7f8878a8893c in QThreadPrivate::start(void*) (arg=0x55e077ed0750) at thread/qthread_unix.cpp:342 #8 0x7f8873e8b569 in start_thread (arg=0x7f87afdef700) at pthread_create.c:465 #9 0x7f88781669ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 22 (Thread 0x7f87b8f22700 (LWP 125887)): #0 0x7f8873e918ad in futex_wait_cancelable (private=, expected=0, futex_word=0x7f87b8f21b18) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 0x7f8873e918ad in __pthread_cond_wait_common (abstime=0x0, mutex=0x7f87b8f21ac8, cond=0x7f87b8f21af0) at pthread_cond_wait.c:502 #2 0x7f8873e918ad in __pthread_cond_wait (cond=0x7f87b8f21af0, mutex=0x7f87b8f21ac8) at pthread_cond_wait.c:655 #3 0x7f8868d1c5ba in base::ConditionVariable::Wait() () at ./../../3rdparty/chromium/base/synchronization/condition_variable_posix.cc:75 #4 0x7f8868d1d05c in base::WaitableEvent::TimedWaitUntil(base::TimeTicks const&) () at ./../../3rdparty/chromium/base/synchronization/waitable_event_posix.cc:235 #5 0x7f8868d1d16f in base::WaitableEvent::Wait() () at ./../../3rdparty/chromium/base/synchronization/waitable_event_posix.cc:155 #6 0x7f8868cd8c98 in base::internal::WorkerThread::Delegate::WaitForWork(base::WaitableEvent*) () at ./../../3rdparty/chromium/base/task/thread_pool/worker_thread.cc:33 #7 0x7f8868cdd259 in base::internal::WorkerThread::RunWorker() () at ./../../3rdparty/chromium/base/task/thread_pool/worker_thread.cc:317 #8 0x7f8868cdd594 in base::internal::WorkerThread::RunSharedWorker() () at ./../../3rdparty/chromium/base/task/thread_pool/worker_thread.cc:235 #9 0x7f8868d1f1e5 in ThreadFunc() () at ./../../3rdparty/chromium/base/threading/platform_thread_posix.cc:81 #10 0x7f8873e8b569 in start_thread (arg=0x7f87b8f22700) at pthread_create.c:465 #11 0x7f88781669ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 21 (Thread 0x7f87c35f4700 (LWP 125838)): #0 0x7f8878161269 in syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38 #1 0x7f8878a8ae94 in QtLinuxFutex::_q_futex(int*, int, int, unsigned long long, int*, int) (val3=0, addr2=0x0, val2=0, val=, op=0, addr=) at thread/qfutex_p.h:116 #2 0x7f8878a8ae94 in QtLinuxFutex::futexWait >(QBasicAtomicInteger&, QBasicAtomicInteger::Type) (expectedValue=, futex=...) at thread/qfutex_p.h:135 #3 0x7f8878a8ae94 in futexSemaphoreTryAcquire_loop(QBasicAtomicInteger&, unsigned long long, unsigned long long, int) (timeout=-1, nn=8589934593, curValue=, u=...) at thread/qsemaphore.cpp:219 #4 0x7f8878a8ae94 in
[kmail2] [Bug 416288] KMail crashes on address autocomplete lookup
https://bugs.kde.org/show_bug.cgi?id=416288 --- Comment #1 from Aaron Williams --- Note that I deleted all of the recent entries in the composer settings page and it still crashes. I do not know where this database is stored for completion. I grepped for a name under .local/share/ and under .cache and /tmp and /var/tmp but I could not find the database. Note that I also have seen this same crash on another computer. It started up in the past few months. I also have a LOT of emails, going back over two decades. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 416288] New: KMail crashes on address autocomplete lookup
https://bugs.kde.org/show_bug.cgi?id=416288 Bug ID: 416288 Summary: KMail crashes on address autocomplete lookup Product: kmail2 Version: unspecified Platform: openSUSE RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- Application: kmail (5.13.1 (19.12.1)) Qt Version: 5.14.0 Frameworks Version: 5.66.0 Operating System: Linux 4.12.14-lp151.28.36-default x86_64 Distribution: "openSUSE Leap 15.1" -- Information about the crash: Every time I type in an email address into KMail to send or reply to an email it crashes when it attempts to autocomplete the address. I have tried deleting all of the entries in the composer settings yet it still crashes. If I type the complete email address elsewhere and copy and paste it then it works fine. I cannot figure out where KMail stores these email addresses (I performed a grep on .local/share and .cache and found nothing). It does this on two separate computers (which have access to the same emails). The crash can be reproduced every time. -- Backtrace: Application: KMail (kmail), signal: Aborted Using host libthread_db library "/lib64/libthread_db.so.1". 29return SYSCALL_CANCEL (poll, fds, nfds, timeout); [Current thread is 1 (Thread 0x7f4e810fca00 (LWP 130450))] Thread 22 (Thread 0x7f4e157fa700 (LWP 85064)): #0 0x7f4e736d8bdb in futex_reltimed_wait_cancelable (private=, reltime=0x7f4e157f98c0, expected=0, futex_word=0x7f4e157f9a88) at ../sysdeps/unix/sysv/linux/futex-internal.h:142 #1 0x7f4e736d8bdb in __pthread_cond_wait_common (abstime=0x7f4e157f9960, mutex=0x7f4e157f9a38, cond=0x7f4e157f9a60) at pthread_cond_wait.c:533 #2 0x7f4e736d8bdb in __pthread_cond_timedwait (cond=0x7f4e157f9a60, mutex=0x7f4e157f9a38, abstime=0x7f4e157f9960) at pthread_cond_wait.c:667 #3 0x7f4e67fa86a6 in base::ConditionVariable::TimedWait(base::TimeDelta const&) () at ./../../3rdparty/chromium/base/synchronization/condition_variable_posix.cc:127 #4 0x7f4e67fa9038 in base::WaitableEvent::TimedWaitUntil(base::TimeTicks const&) () at ./../../3rdparty/chromium/base/synchronization/waitable_event_posix.cc:233 #5 0x7f4e67fa91b2 in base::WaitableEvent::TimedWait(base::TimeDelta const&) () at ./../../3rdparty/chromium/base/synchronization/waitable_event_posix.cc:162 #6 0x7f4e67f64c81 in base::internal::WorkerThread::Delegate::WaitForWork(base::WaitableEvent*) () at ./../../3rdparty/chromium/base/task/thread_pool/worker_thread.cc:35 #7 0x7f4e67f69073 in base::internal::WorkerThread::RunWorker() () at ./../../3rdparty/chromium/base/task/thread_pool/worker_thread.cc:297 #8 0x7f4e67f69554 in base::internal::WorkerThread::RunPooledWorker() () at ./../../3rdparty/chromium/base/task/thread_pool/worker_thread.cc:223 #9 0x7f4e67fab1e5 in ThreadFunc() () at ./../../3rdparty/chromium/base/threading/platform_thread_posix.cc:81 #10 0x7f4e736d2569 in start_thread (arg=0x7f4e157fa700) at pthread_create.c:465 #11 0x7f4e7e0039ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 21 (Thread 0x7f4dbe374700 (LWP 130975)): #0 0x7f4e7dff919b in __GI___poll (fds=0x7f4db0004600, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x7f4e713021a9 in g_main_context_poll (priority=, n_fds=1, fds=0x7f4db0004600, timeout=, context=0x7f4dbbd0) at gmain.c:4169 #2 0x7f4e713021a9 in g_main_context_iterate (context=context@entry=0x7f4dbbd0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at gmain.c:3863 #3 0x7f4e713022bc in g_main_context_iteration (context=0x7f4dbbd0, may_block=may_block@entry=1) at gmain.c:3929 #4 0x7f4e7e95ba3b in QEventDispatcherGlib::processEvents(QFlags) (this=0x7f4dbb10, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x7f4e7e8fb03a in QEventLoop::exec(QFlags) (this=this@entry=0x7f4dbe373bb0, flags=..., flags@entry=...) at kernel/qeventloop.cpp:225 #6 0x7f4e7e70c467 in QThread::exec() (this=) at thread/qthread.cpp:536 #7 0x7f4e7e70d93c in QThreadPrivate::start(void*) (arg=0x562ae0423fb0) at thread/qthread_unix.cpp:342 #8 0x7f4e736d2569 in start_thread (arg=0x7f4dbe374700) at pthread_create.c:465 #9 0x7f4e7e0039ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 20 (Thread 0x7f4dbfbff700 (LWP 130685)): #0 0x7f4e736d88ad in futex_wait_cancelable (private=, expected=0, futex_word=0x7f4dbfbfea98) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 0x7f4e736d88ad in __pthread_cond_wait_common (abstime=0x0, mutex=0x7f4dbfbfea48, cond=0x7f4dbfbfea70) at pthread_cond_wait.c:502 #2 0x7f4e736d88ad in __pthread_cond_wait (cond=0x7f4dbfbfea70, mutex=0x7f4dbfbfea48) at pthread_cond_wait.c:655 #3 0x7f4e67fa85ba in
[Akonadi] [Bug 403903] does not respect org.kde.pim.ews.client: a:ErrorServerBusy: The server cannot service this request right now. Try again later.
https://bugs.kde.org/show_bug.cgi?id=403903 --- Comment #17 from Aaron Williams --- I tried significantly slowing down the bandwidth between my system and Microsoft but it still seems to happen. My guess is that if a process is actively pulling data for a certain length of time it introduces the pause. This bug is hitting me much harder now because my employer now blocks IMAP and apparently Microsoft is going to do away with IMAP in the near future with Office 365. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 420075] New: KMail/Kontact extremely slow to reply to long email thread
https://bugs.kde.org/show_bug.cgi?id=420075 Bug ID: 420075 Summary: KMail/Kontact extremely slow to reply to long email thread Product: kontact Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: mail Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- SUMMARY On a number of email threads when I open them to reply KMail will freeze for many minutes consuming 100% of the CPU. Eventually it will unfreeze and I can type a little, but it very frequently freezes. These freezes can last for many minutes. This is on a 12 core Threadripper system with 96GB of RAM and a SSD. STEPS TO REPRODUCE 1. Reply to a long email involved in a long thread 2. Wait 3. Wait Do some stuff until it freezes again (it doesn't take much) OBSERVED RESULT EXPECTED RESULT There should be no long freezes or hangs like I am experiencing. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: OpenSUSE 15.1 (available in About System) KDE Plasma Version: 5.18.3 KDE Frameworks Version: Qt Version: 5.14.1 ADDITIONAL INFORMATION (gdb) info threads Id Target Id Frame * 1Thread 0x7fe183b0a980 (LWP 38251) "kontact" 0x7fe18153bc03 in QFragmentMapData::position (field=0, node=, this=) at ../../include/QtGui/5.14.1/QtGui/private/../../../../../src/gui/text/qfragmentmap_p.h:124 2Thread 0x7fe158a3b700 (LWP 38261) "QXcbEventQueue" 0x7fe18030e69b in __GI___poll ( fds=0x7fe158a3ab38, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 3Thread 0x7fe14e47d700 (LWP 38273) "QDBusConnection" 0x7fe18030e69b in __GI___poll ( fds=0x7fe14801d200, nfds=10, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 4Thread 0x7fe147743700 (LWP 38290) "sandbox_ipc_thr" 0x7fe18030e69b in __GI___poll ( fds=0x7fe147742ab0, nfds=2, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 5Thread 0x7fe146f42700 (LWP 38297) "kontact" 0x7fe1802e62f7 in __GI___waitpid ( pid=38293, stat_loc=0x7fe146f41c1c, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:29 6Thread 0x7fe146741700 (LWP 38298) "ThreadPoolServi" 0x7fe180319056 in __GI_epoll_pwait ( epfd=34, events=events@entry=0x7fe130002000, maxevents=32, timeout=timeout@entry=210, set=set@entry=0x0) at ../sysdeps/unix/sysv/linux/epoll_pwait.c:42 7Thread 0x7fe14573f700 (LWP 38300) "Chrome_IOThread" 0x7fe180319056 in __GI_epoll_pwait ( epfd=35, events=events@entry=0x7fe134001fc0, maxevents=32, timeout=timeout@entry=-1, set=set@entry=0x0) at ../sysdeps/unix/sysv/linux/epoll_pwait.c:42 8Thread 0x7fe12f7fe700 (LWP 38304) "inotify_reader" 0x7fe180310513 in __GI___select ( nfds=45, readfds=0x7fe12f7fdb50, writefds=0x0, exceptfds=0x0, timeout=0x0) at ../sysdeps/unix/sysv/linux/select.c:41 9Thread 0x7fe12d7fa700 (LWP 38309) "CompositorTileW" 0x7fe17c03b87d in futex_wait_cancelable ( private=, expected=0, futex_word=0x5556f21c5328) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 10 Thread 0x7fe12cff9700 (LWP 38310) "VideoCaptureThr" 0x7fe17c03b87d in futex_wait_cancelable ( private=, expected=0, futex_word=0x7fe12cff8a38) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 11 Thread 0x7fe10700 (LWP 38311) "Chrome_InProcGp" 0x7fe17c03bbab in futex_reltimed_wait_cancelable (private=, reltime=0x7fe10fffe860, expected=0, futex_word=0x7fe10fffea28) at ../sysdeps/unix/sysv/linux/futex-internal.h:142 12 Thread 0x7fe10f7fe700 (LWP 38312) "Chrome_ChildIOT" 0x7fe180319056 in __GI_epoll_pwait ( epfd=48, events=events@entry=0x7fe104002000, maxevents=32, timeout=timeout@entry=-1, set=set@entry=0x0) at ../sysdeps/unix/sysv/linux/epoll_pwait.c:42 13 Thread 0x7fe10e3a0700 (LWP 38328) "CacheThread_Blo" 0x7fe180319056 in __GI_epoll_pwait ( epfd=71, events=events@entry=0x7fe0f8002000, maxevents=32, timeout=timeout@entry=-1, set=set@entry=0x0) at ../sysdeps/unix/sysv/linux/epoll_pwait.c:42 14 Thread 0x7fe10db9f700 (LWP 38329) "ThreadPoolSingl" 0x7fe17c03b87d in futex_wait_cancelable ( private=, expected=0, futex_word=0x7fe10db9eb18) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 15 Thread 0x7fe10d39e700 (LWP 38344) "VizCompositorTh" 0x7fe17c03b87d in futex_wait_cancelable ( private=, expected=0, futex_word=0x7fe10d39da38) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 16 Thread 0x7fe0ea53a700 (LWP 38350) "Qt bearer threa" 0x7fe18030e69b in __GI___poll ( fds=0x7fe0e4004a30, nfds=1, timeout=9983) at ../sysdeps/unix/sysv/linux/poll.c:29 17 Thread 0x7fe0e96ad700 (LWP 38355) "SessionThread" 0x7fe18030e69b in __GI___poll ( fds=0x7fe0dc004e30, nfds=3, timeout=-1) at
[kontact] [Bug 424776] Kontact hangs when typing in recipient email addresses
https://bugs.kde.org/show_bug.cgi?id=424776 --- Comment #2 from Aaron Williams --- It looks like my emailContacts database was corrupted and xapian could not fix it. Deleting the database fixed it. I think a never ending loop may be a problem with this exception. A better solution might be to pop up a message after a certain number of retries. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 424776] Kontact hangs when typing in recipient email addresses
https://bugs.kde.org/show_bug.cgi?id=424776 --- Comment #1 from Aaron Williams --- I have some more information. It's getting stuck in an endless loop in QStringList ContactCompleter::complete() where it keeps getting the exception a Xapian::DatabaseModifiedError exception when it tries processEnquire. It reopens the database and retries endlessly and never completes. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 424776] New: Kontact hangs when typing in recipient email addresses
https://bugs.kde.org/show_bug.cgi?id=424776 Bug ID: 424776 Summary: Kontact hangs when typing in recipient email addresses Product: kontact Version: 5.14.80 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: contacts Assignee: kdepim-bugs@kde.org Reporter: aar...@doofus.org Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Click "New Message" 2. Start typing in the name of a frequent recipient address 3. After the first three letters are typed it hangs and consumes 100% of the CPU. Note that if I type in the complete email address elsewhere and copy and paste it then it works just fine. OBSERVED RESULT Hangs when typing in the email address EXPECTED RESULT It should not hang and offer matching email addresses SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.19.3 KDE Frameworks Version: 5.72.0 Qt Version: 5.15.0 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 430537] Cannot add EWS server
https://bugs.kde.org/show_bug.cgi?id=430537 --- Comment #1 from Aaron Williams --- Here are the Akonadi logs: org.kde.pim.akonadiserver: New notification connection (registered as Akonadi::Server::NotificationSubscriber(0x563436f861c0) ) org.kde.pim.akonadiserver: Subscriber Akonadi::Server::NotificationSubscriber(0x563436f861c0) identified as "AgentBaseChangeRecorder - 94445167940208" org.kde.pim.ews: Authentication failed: Password request failed kf.kio.core: Invalid URL: QUrl("") org.kde.pim.ews.client: Failed to process EWS request: Access to restricted port in POST denied. ERROR "Failed to process EWS request: Access to restricted port in POST denied." Please register the custom scheme 'urn' via QWebEngineUrlScheme::registerScheme() before installing the custom scheme handler. org.kde.pim.ews.client: Starting OAuth2 authentication org.kde.pim.ews.client: Launching browser for authentication org.kde.pim.ews.client: PKeyAuth certificates not found kf.kio.core: Invalid URL: QUrl("") org.kde.pim.ews.client: Failed to process EWS request: Access to restricted port in POST denied. ERROR "Failed to process EWS request: Access to restricted port in POST denied." js: A cookie associated with a cross-site resource at https://login.microsoftonline.com/ was set without the `SameSite` attribute. A future release of Chrome will only deliver cookies with cross-site requests if they are set with `SameSite=None` and `Secure`. You can review cookies in developer tools under Application>Storage>Cookies and see more details at https://www.chromestatus.com/feature/5088147346030592 and https://www.chromestatus.com/feature/5633521622188032. js: A cookie associated with a cross-site resource at https://login.live.com/ was set without the `SameSite` attribute. A future release of Chrome will only deliver cookies with cross-site requests if they are set with `SameSite=None` and `Secure`. You can review cookies in developer tools under Application>Storage>Cookies and see more details at https://www.chromestatus.com/feature/5088147346030592 and https://www.chromestatus.com/feature/5633521622188032. org.kde.pim.ews.client: Authentication succeeded -- You are receiving this mail because: You are the assignee for the bug.