[kmail2] [Bug 340143] New: After importing accounts and more I am getting flooded by hundrets of empty identities
https://bugs.kde.org/show_bug.cgi?id=340143 Bug ID: 340143 Summary: After importing accounts and more I am getting flooded by hundrets of empty identities Product: kmail2 Version: 4.14.1 Platform: openSUSE RPMs URL: http://i.imgur.com/8ATl5qe.png OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: config dialog Assignee: kdepim-bugs@kde.org Reporter: andreasschr...@gmail.com I exported my mail accounts and all that was possible with pim export from my old system. Then I imported those on my new system and in the condiguration of KMail2 thousands of these empty Identities occure: [Imgur](http://i.imgur.com/8ATl5qe.png) , at least too many to delete them all by hand. There wasn't everything automatically going on. Sometimes the import wanted to map a contact addressbook group to a mail folder and such things! Reproducible: Didn't try Steps to Reproduce: 1.Export all Settings on kmail 2.Import those on another -- 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 340143] After importing accounts and more I am getting flooded by hundrets of empty identities
https://bugs.kde.org/show_bug.cgi?id=340143 Andy andreasschr...@gmail.com changed: What|Removed |Added CC||andreasschr...@gmail.com -- 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 340143] After importing accounts and more I am getting flooded by hundrets of empty identities
https://bugs.kde.org/show_bug.cgi?id=340143 --- Comment #1 from Andy andreasschr...@gmail.com --- Additional problem is, that I can't really delete all of kmails data so easy. I tried to delete several folders in my personal hom directory but even after deleting the whole program suite of akonadi the empty identities and some mail accounts still remain. -- 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 285809] Kmail dead slow while stuck synchronizing two folders in KMail maildirs
https://bugs.kde.org/show_bug.cgi?id=285809 Diggory Hardy k...@dhardy.name changed: What|Removed |Added CC||k...@dhardy.name --- Comment #6 from Diggory Hardy k...@dhardy.name --- @Marek, thanks for the advice, increasing the MySQL buffer size helps tremendously! @kmail/akonadi team: please get this fixed by default! -- 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
[kleopatra] [Bug 340144] New: BUG1: Verify signs signed with subkeys fails.
https://bugs.kde.org/show_bug.cgi?id=340144 Bug ID: 340144 Summary: BUG1: Verify signs signed with subkeys fails. Product: kleopatra Version: 2.2.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: grave Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: jo...@jsp.cat CC: m...@kde.org Dear all, to try it you can use a general PGP key with subkeys. I Sign a file using my key that has a subkeys and it seems to be signed correctly using the correct subkey BUT if I ferify it an error appears: Signed on 2014-10-20 10:27 with unknown certificate 0x6E6CFF09AAE35EE3. The signature is invalid: System error and the 0x6E6CFF09AAE35EE3 is the correct subkey used to Sign it. Regards, Jordi -- 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
[kleopatra] [Bug 340145] New: BUG2: Certity with subkeys fails
https://bugs.kde.org/show_bug.cgi?id=340145 Bug ID: 340145 Summary: BUG2: Certity with subkeys fails Product: kleopatra Version: 2.2.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: grave Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: jo...@jsp.cat CC: m...@kde.org Dear all, this is related with my BUG1. Always using keys with subkeys. Now the problema is that when I want to certify a certificate using my key that have subkeys this error apperas: Certificate Expires But it is not true because there are a lot of subkeys (the first one are obviously expired, some of them are revoked) and the last one are correct. I am using subkeys created by PGP. Regards, Jordi -- 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
[kleopatra] [Bug 340146] New: IMPROVEMENT1: Manage subkeys
https://bugs.kde.org/show_bug.cgi?id=340146 Bug ID: 340146 Summary: IMPROVEMENT1: Manage subkeys Product: kleopatra Version: 2.2.0 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: jo...@jsp.cat CC: m...@kde.org Dear all, I think that is necessary to manage subkeys correctly. For security reasons, I think that people should have the primary kay and several subkeys with temporary validation window. In order to create, delete or revoke subkeys that belongs to primary key. this is the usual managment of the keys and a good example is review PGP Desktop in order to manage it efficiently. Kind regards, Jordi -- 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
[kaddressbook] [Bug 332358] Regression: Baloo for tags messes up categories/groups when syncing with external collections (e.g. owncloud)
https://bugs.kde.org/show_bug.cgi?id=332358 --- Comment #7 from mau b-m...@gmx.ch --- I don't have a fix (yet), but: Since Kontact shows the categories correctly, there is already the corresponding conversion internal tag = tag name in place. It's just missing where akonadi synchronizes to the outside world. Where does the conversion take place and where the syncing? With this information, a fix should be easy. -- 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 339181] moving mails from cached imap to local folder leaves mails without RID
https://bugs.kde.org/show_bug.cgi?id=339181 --- Comment #4 from luisfe lftab...@yahoo.es --- I have made more experiments. The problem is reproducible and appears when moving several mails. I have tried to move from a disconnected imap folder to a local one. Each experiment is made 5 times. -Moving just one message works as expected. There is a new file in the local folder. -Moving two messages does not work. The two messages disappear from the dimap folder. Only one message appears in the local folder and the other one resides in limbo without RID. -- 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 333611] error on decoding PGP-encoded messages
https://bugs.kde.org/show_bug.cgi?id=333611 Andrew Gaydenko a...@gaydenko.com changed: What|Removed |Added Version|4.13|4.14.1 -- 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 340157] New: Akonadi imap resource segfaults on folder refresh
https://bugs.kde.org/show_bug.cgi?id=340157 Bug ID: 340157 Summary: Akonadi imap resource segfaults on folder refresh Product: Akonadi Version: unspecified Platform: Fedora RPMs OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: IMAP resource Assignee: chrig...@fastmail.fm Reporter: g...@4-mail.net CC: kdepim-bugs@kde.org, vkra...@kde.org Right klick on the mailbox and clicked to synchronize the folder. Reproducible: Sometimes Application: jul...@webmeisterei.com vom Typ IMAP-E-Mail-Server (akonadi_imap_resource), signal: Segmentation fault Using host libthread_db library /lib64/libthread_db.so.1. 81T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) [Current thread is 1 (Thread 0x7f53e507b8c0 (LWP 4129))] Thread 4 (Thread 0x7f53da361700 (LWP 4131)): #0 0x00300028a2ed in g_mutex_get_impl () from /lib64/libglib-2.0.so.0 #1 0x00300028a599 in g_mutex_lock () from /lib64/libglib-2.0.so.0 #2 0x00300024948d in g_main_context_iterate.isra () from /lib64/libglib-2.0.so.0 #3 0x0030002496dc in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #4 0x0030053b543e in QEventDispatcherGlib::processEvents (this=0x7f53d40008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:452 #5 0x00300538538f in QEventLoop::processEvents (this=this@entry=0x7f53da360d10, flags=...) at kernel/qeventloop.cpp:149 #6 0x0030053856dd in QEventLoop::exec (this=this@entry=0x7f53da360d10, flags=...) at kernel/qeventloop.cpp:204 #7 0x003005279e5f in QThread::exec (this=optimized out) at thread/qthread.cpp:538 #8 0x00300527c69f in QThreadPrivate::start (arg=0x230a3a0) at thread/qthread_unix.cpp:349 #9 0x003ffee07ee5 in start_thread (arg=0x7f53da361700) at pthread_create.c:309 #10 0x003ffe6f4b8d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 3 (Thread 0x7f53d9b60700 (LWP 4132)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 #1 0x00300527cbb4 in wait (time=3, this=0x7f53d401cbc0) at thread/qwaitcondition_unix.cpp:84 #2 QWaitCondition::wait (this=this@entry=0x7f53d4050440, mutex=mutex@entry=0x7f53d401c8d8, time=3) at thread/qwaitcondition_unix.cpp:158 #3 0x00300527014a in QThreadPoolThread::run (this=0x7f53d4050430) at concurrent/qthreadpool.cpp:142 #4 0x00300527c69f in QThreadPrivate::start (arg=0x7f53d4050430) at thread/qthread_unix.cpp:349 #5 0x003ffee07ee5 in start_thread (arg=0x7f53d9b60700) at pthread_create.c:309 #6 0x003ffe6f4b8d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 2 (Thread 0x7f53d3c40700 (LWP 4133)): #0 0x00300028a5e8 in g_mutex_unlock () from /lib64/libglib-2.0.so.0 #1 0x00300024945d in g_main_context_iterate.isra () from /lib64/libglib-2.0.so.0 #2 0x0030002496dc in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #3 0x0030053b543e in QEventDispatcherGlib::processEvents (this=0x7f53c80008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:452 #4 0x00300538538f in QEventLoop::processEvents (this=this@entry=0x7f53d3c3fd10, flags=...) at kernel/qeventloop.cpp:149 #5 0x0030053856dd in QEventLoop::exec (this=this@entry=0x7f53d3c3fd10, flags=...) at kernel/qeventloop.cpp:204 #6 0x003005279e5f in QThread::exec (this=optimized out) at thread/qthread.cpp:538 #7 0x00300527c69f in QThreadPrivate::start (arg=0x216ee60) at thread/qthread_unix.cpp:349 #8 0x003ffee07ee5 in start_thread (arg=0x7f53d3c40700) at pthread_create.c:309 #9 0x003ffe6f4b8d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 1 (Thread 0x7f53e507b8c0 (LWP 4129)): [KCrash Handler] #6 0x00302b6508cd in QByteArray (a=..., this=0x7fff9e2418d0) at /usr/include/QtCore/qbytearray.h:439 #7 toString (this=0x0) at /usr/src/debug/kdepimlibs-4.14.1/kimap/message_p.h:42 #8 KIMAP::SearchJob::handleResponse (this=optimized out, response=...) at /usr/src/debug/kdepimlibs-4.14.1/kimap/searchjob.cpp:429 #9 0x00302b6408f4 in KIMAP::SessionPrivate::responseReceived (this=0x22981a0, response=...) at /usr/src/debug/kdepimlibs-4.14.1/kimap/session.cpp:300 #10 0x00300539f90e in QObject::event (this=0x22981a0, e=optimized out) at kernel/qobject.cpp:1222 #11 0x0030071cae5c in QApplicationPrivate::notify_helper (this=this@entry=0x21184e0, receiver=receiver@entry=0x22981a0, e=e@entry=0x7f53c801f140) at kernel/qapplication.cpp:4565 #12 0x0030071d17b5 in QApplication::notify (this=this@entry=0x7fff9e2422f0, receiver=receiver@entry=0x22981a0, e=e@entry=0x7f53c801f140) at kernel/qapplication.cpp:4351 #13 0x00300e24a59a in KApplication::notify (this=0x7fff9e2422f0, receiver=0x22981a0, event=0x7f53c801f140) at /usr/src/debug/kdelibs-4.14.1/kdeui/kernel/kapplication.cpp:311 #14 0x0030053868fd in
[Akonadi] [Bug 325224] CalDav doesn't read server items
https://bugs.kde.org/show_bug.cgi?id=325224 --- Comment #20 from Martin Droessler m...@martindroessler.de --- (In reply to MMH from comment #19) Sexy, works like a charm now. You're not using Kerio Connect as server, I guess? -- 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 325224] CalDav doesn't read server items
https://bugs.kde.org/show_bug.cgi?id=325224 --- Comment #21 from MMH m...@hoehn.de --- You are tight, i'm not. I'm conected to a open-Xchange server via CALDav (not via the open-xchange module ). I'm on openSuse 13.1 and KDE 4.14.2 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 339576] Can't create new top level IMAP folder
https://bugs.kde.org/show_bug.cgi?id=339576 Jean-Baptiste Mardelle j...@kdenlive.org changed: What|Removed |Added CC||j...@kdenlive.org --- Comment #3 from Jean-Baptiste Mardelle j...@kdenlive.org --- I am also seeing this issue since KMail 4.14. Creating a top level folder in an IMAP account is impossible. This worked correctly in KMail 4.13.3 After recompiling various kdepim* versions, I found the commit that caused the regression in akonadi. This commit introduces the regression and makes it impossible to create top folders: https://projects.kde.org/projects/kdesupport/akonadi/repository/revisions/70a3bef2d3b2ed9c11b141a3278ae8d1ae651aba Hope it helps solving the problem. -- You are receiving this mail because: You are the assignee for the bug. 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 339393] Akonadi fail to fetch IMAP folder content with over 100MiB of messages (akonadi try to fetch too many UIDs at once)
https://bugs.kde.org/show_bug.cgi?id=339393 --- Comment #6 from boris.sh.1983+kde.bugzi...@gmail.com --- Hi Andre, thanks for your fix but it doesn't work for me, Only a small portion of the emails had been downloaded (800), and then the sync drops along with a parser exception. I suspect that I get a variant of 338967. Traces : SearchManager::registerInstance( akonadi_imap_resource_20 ) Registering search instance akonadi_imap_resource_20 list is empty Database akonadi opened using driver QMYSQL QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV2(const QString, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadi_mailfilter_agent_11668_akKvoX true QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV3(const QString, bool, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadi_mailfilter_agent_11668_akKvoX true false Database akonadi opened using driver QMYSQL Database akonadi opened using driver QMYSQL QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV2(const QString, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadi_archivemail_agent_11660_LnpgTG true QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV3(const QString, bool, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadi_archivemail_agent_11660_LnpgTG true false QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV2(const QString, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadi_mailfilter_agent_11668_dq9if3 true QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV3(const QString, bool, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadi_mailfilter_agent_11668_dq9if3 true false QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV2(const QString, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadi_archivemail_agent_11660_NGtPSO true QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV3(const QString, bool, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadi_archivemail_agent_11660_NGtPSO true false . . . akonadi_imap_resource_20(11666)/kdepimlibs (kimap) KIMAP::LoginJob::LoginJob: KIMAP::LoginJob(0x1612d90) akonadi_imap_resource_20(11666)/kdepimlibs (kimap) KIMAP::SessionThread::reconnect: connectToHost exchange2007.domain.tld 143 QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV2(const QString, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadi_mailfilter_agent_11668_sgrR5V true QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV3(const QString, bool, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadi_mailfilter_agent_11668_sgrR5V true false akonadi_imap_resource_20(11666)/kdepimlibs (kimap) KIMAP::LoginJob::doStart: KIMAP::LoginJob(0x1612d90) akonadi_imap_resource_20(11666)/kdepimlibs (kimap) KIMAP::LoginJob::handleResponse: StartTls A01 . . . akonadi_imap_resource_20(11666)/kdepimlibs (kimap) KIMAP::SessionThread::sslConnected: TLS negotiation done. . . . akonadi_imap_resource_20(11666)/kdepimlibs (kimap) KIMAP::LoginJob::handleResponse: Capability * akonadi_imap_resource_20(11666)/kdepimlibs (kimap) KIMAP::LoginJob::handleResponse: Capabilities updated: (IMAP4, IMAP4rev1, AUTH=NTLM, AUTH=GSSAPI, AUTH=PLAIN, IDLE, NAMESPACE, LITERAL+) akonadi_imap_resource_20(11666)/kdepimlibs (kimap) KIMAP::LoginJob::handleResponse: Capability A02 akonadi_imap_resource_20(11666)/kdepimlibs (kimap) KIMAP::LoginJob::handleResponse: Login + akonadi_imap_resource_20(11666)/kdepimlibs (kimap) KIMAP::LoginJob::handleResponse: Login A03 akonadi_imap_resource_20(11666)/kdepimlibs (kimap) KIMAP::LoginJob::~LoginJob: KIMAP::LoginJob(0x1612d90) Database akonadi opened using driver QMYSQL QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV2(const QString, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadiconsole_11752_B9OzyL true QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV3(const QString, bool, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadiconsole_11752_B9OzyL true false QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV2(const QString, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadiconsole_11752_fjn7xb true QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV3(const QString, bool, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadiconsole_11752_fjn7xb true false Database akonadi opened using driver QMYSQL QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV2(const QString, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadiconsole_11752_uxYeH2 true QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV3(const QString, bool, bool) Akonadi::Server::NotificationManager(0x23c6410) akonadiconsole_11752_uxYeH2 true false QDBusObjectPath Akonadi::Server::NotificationManager::subscribeV2(const QString, bool) Akonadi::Server::NotificationManager(0x23c6410)
[kmail2] [Bug 340174] New: Cannot remove hebrew spell checking library
https://bugs.kde.org/show_bug.cgi?id=340174 Bug ID: 340174 Summary: Cannot remove hebrew spell checking library Product: kmail2 Version: 4.14.1 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: composer Assignee: kdepim-bugs@kde.org Reporter: piedro.kul...@googlemail.com The spell checking machinery (sonnet?) installs hspell as dependencies also aspell and hunspell. It is my understanding that only ONE of these spell checking engines is needed so two of them are obsolete. STill aspell and hspell cannot be removed as it is listed as dependency by rnchant needing sonnet needing apsell and hspell and hunspell! Very undesirable... But the main nuisance is that hspell auto installs the Hebrew spellchecker which I will definitely not use. This should have been fixed in 2012: [Bug 311704] kde4libs-4.9.4/sonnet/plugins/hspell adds spell check language Hebrew to language lis But it is not, I cannot find any way to remove the Hebrew language spellchecker from my system. On an additional note: this is also true for german spell checkers - german/german german/austrian german/swiss german/belgian german/luxembourgian are ALL installed when I decided to install hunspell-de... it has to be possible to install only ONE spell checker per language. The package hunspell-en does NOT seem to have this problem of multiple spellcheckers - thouzgh it is installed there are no english spell chekers showing up at all... To me this seems to be regression because I rememeber some of these issues working before... 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
[knotes] [Bug 340175] New: Knotes rich text editor icons do not respect system settings
https://bugs.kde.org/show_bug.cgi?id=340175 Bug ID: 340175 Summary: Knotes rich text editor icons do not respect system settings Product: knotes Version: 4.13.2 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: piedro.kul...@googlemail.com CC: myr...@kde.org At the bottom of a note there is the optional rich text editor. The font is very small and the symbols are also - in my system I changed the font size of all system fonts to 12px at least. Knotes does not respect these settings Reproducible: Always Actual Results: knotes rich text editor elements are way too small (hardcoded?) Expected Results: knotes rich text editor elements should not be too small (respect userwide KDE system settings...) -- 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 339576] Can't create new top level IMAP folder
https://bugs.kde.org/show_bug.cgi?id=339576 --- Comment #4 from Tom Chiverton bugs.kde@falkensweb.com --- Well that's a start, awesome detective work! Now we wait for someone at KDE to notice? -- You are receiving this mail because: You are on the CC list for the bug. 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 340174] Cannot remove hebrew spell checking library
https://bugs.kde.org/show_bug.cgi?id=340174 Christoph Feck christ...@maxiom.de changed: What|Removed |Added CC||christ...@maxiom.de --- Comment #1 from Christoph Feck christ...@maxiom.de --- Except that they are installed, do the additional spellers cause any issue? Package dependencies are distribution-specific, so you should report this issue to the bug tracker of your distribution. -- 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 340174] Cannot remove hebrew spell checking library
https://bugs.kde.org/show_bug.cgi?id=340174 piedro piedro.kul...@googlemail.com changed: What|Removed |Added CC||piedro.kul...@googlemail.co ||m --- Comment #2 from piedro piedro.kul...@googlemail.com --- As far as I understand these dependencies are KDE specific... the issue is that if you want to feed different language dictionaries with your personal exceptions and recognizable words you always scroll through a list of available dictionaries... and you want only those dictionaries to choose from that have been installed right? BTW: I forced deinstallation of hspell ignoring dependencies and the packege isn't installed anymore but still the hebrew dictionary is sitting within my KDE. There should be a way to control which dictionaries you want to install and which you do no need nor want. A simple delete dictionary or deactive dictionary option would do it within the KDE language settings... This should also be useful in cleaning up personal dictionaries you messed up. thx, piedro -- 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 340174] Cannot remove hebrew spell checking library
https://bugs.kde.org/show_bug.cgi?id=340174 --- Comment #3 from piedro piedro.kul...@googlemail.com --- In my opinion an issue assessed as bug, which has then been fixed accordingly, now reappearing again - should still be a valid bug, shouldn't it? -- 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 340174] Cannot remove hebrew spell checking library
https://bugs.kde.org/show_bug.cgi?id=340174 --- Comment #4 from Christoph Feck christ...@maxiom.de --- Just for clarification: Is it the spelling libraries or the dictionaries that you want to get rid of? -- 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 340174] Cannot remove hebrew spell checking library
https://bugs.kde.org/show_bug.cgi?id=340174 --- Comment #5 from Christoph Feck christ...@maxiom.de --- As far as I understand these dependencies are KDE specific... ... and if you understand those dependencies, please propose a patch. -- 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 340174] Cannot remove hebrew spell checking library
https://bugs.kde.org/show_bug.cgi?id=340174 --- Comment #6 from piedro piedro.kul...@googlemail.com --- I am looking from a users perspective: There should be only these dictionaries that the users wants to utilize. So to answer your question: If the library is pulled by a dependency (even if it might be unnecessary) I am not concerned so much as long as it is possible for the user to choose the desired dictionaries he or she wants to utilize. In short: I want to get rid of the dictionaries in the sense that the UI doesn't use them. Also: In regard to the bug that has been fixed and, as I guess, been reintroduced I think it should be fixed again. I cannot provide a patch as I lack the skill to do so. My assumption on hte dependencies is based on what I picked up by looking up the old bug report and some googleing. thx, piedro -- 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
[kdelibs] [Bug 340174] Cannot remove hebrew spell checking library
https://bugs.kde.org/show_bug.cgi?id=340174 Christoph Feck christ...@maxiom.de changed: What|Removed |Added Version|4.14.1 |4.14.0 Component|composer|kspell Assignee|kdepim-bugs@kde.org |kdelibs-b...@kde.org Product|kmail2 |kdelibs Status|UNCONFIRMED |RESOLVED Resolution|--- |DOWNSTREAM CC||z...@kde.org --- Comment #7 from Christoph Feck christ...@maxiom.de --- I see no commits to sonnet since the bug fix you mentioned, so the regression you see is caused by changes in your distribution. As I said in comment #1, please report it to the bug tracker of your distribution. -- 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
[kaddressbook] [Bug 332358] Regression: Baloo for tags messes up categories/groups when syncing with external collections (e.g. owncloud)
https://bugs.kde.org/show_bug.cgi?id=332358 --- Comment #8 from Larx throwa...@online.de --- Honest question: Is Akonadi still actively maintained? For me the history of trying to use Akonadi is a history of always the same showstopper bugs, seemingly never to be closed... -- 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 339393] Akonadi fail to fetch IMAP folder content with over 100MiB of messages (akonadi try to fetch too many UIDs at once)
https://bugs.kde.org/show_bug.cgi?id=339393 --- Comment #7 from Andre Woebbeking woebbek...@kde.org --- Boris, thanks for testing. Two things: 1) in BatchFetcher::setSearchUids() I only activate the splitted SearchJobs if serverGreeting().contains(Microsoft Exchange). Maybe your server has another text. 2) I wonder about RetrieveItemsTask::onFinalSelectDone: UidNext: 43273 Local UidNext: 0. E. g. I've UidNext: 41364 Local UidNext: 41364. AFAIK the 0 results in a SearchJob UID 1:0 which cannot be splittet. -- 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
