[Akonadi] [Bug 334269] Email retrieval comes to a full HALT after BatchFetcher::fetchNextBatch: fetchNextBatch called while fetch is in process error
https://bugs.kde.org/show_bug.cgi?id=334269 Christian Mollekopf mollek...@kolabsys.com changed: What|Removed |Added CC||mollek...@kolabsys.com --- Comment #5 from Christian Mollekopf mollek...@kolabsys.com --- (In reply to comment #4) Do the last changes switch the imap resource to read only while it's refetching ? I'm seeing this kind of messages (not directly related to this commit but also visible with it): akonadi_imap_resource_0(11329) RetrieveItemsTask::onExpungeDone: Expunge failed: Expunge failed, server replied: A09 NO mailbox selected READ-ONLY akonadi_imap_resource_1(11332) RetrieveItemsTask::onExpungeDone: Expunge failed: Expunge failed, server replied: A09 NO mailbox selected READ-ONLY akonadi_imap_resource_0(11329) RetrieveItemsTask::onExpungeDone: Expunge failed: Expunge failed, server replied: A15 NO mailbox selected READ-ONLY akonadi_imap_resource_1(11332) RetrieveItemsTask::onExpungeDone: Expunge failed: Expunge failed, server replied: A15 NO mailbox selected READ-ONLY which disappear if I reroll kdepim-runtime to a commit from before the last changes (server capabilities: IMAP4REV1 ACL BINARY CATENATE CHILDREN CONDSTORE ENABLE ESEARCH ESORT I18NLEVEL=1 ID IDLE LIST-EXTENDED LIST-STATUS LITERAL+ LOGIN-REFERRALS MULTIAPPEND NAMESPACE QRESYNC QUOTA RIGHTS=EKTX SASL-IR SEARCHRES SORT THREAD=ORDEREDSUBJECT UIDPLUS UNSELECT WITHIN XLIST ) We used to unconditionally expunge, even if we don't have the rights, and then silently ignore any errors. I changed that to only conditionally expunging if we have the necessary rights and then checking for errors. I checked the akonadi rights though and not the actual IMAP ACL's and apparently the check doesn't work in all cases (I get those too for some shared folders). -- 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
[knotes] [Bug 334138] when creates a new note knotes create two and then a warning appear and the note is not saved
https://bugs.kde.org/show_bug.cgi?id=334138 Wolfgang Bauer wba...@tmo.at changed: What|Removed |Added CC||wba...@tmo.at --- Comment #2 from Wolfgang Bauer wba...@tmo.at --- (In reply to comment #1) but doesnt save it, I suppose akonaditray popup this notification: notes cannot write to mail file /home/user/.local/share/akonadi_aconotes_resource_0/tmp/a-long-number-and- the-host-name and this folder doesn't exist, if I create a new agent in akonaditray and assign it to the default in knote config knote works well I got the same error messages here after the successful migration (with a different folder though, something in ~/local/share/notes/). Everything worked fine, so I didn't bother until now. But now I noticed that the notes don't get saved to the hard disk at all (they only exist in the akonadi database), because that folder that the akonotes resource points to didn't exist (and didn't get created either). I tried to reproduce the problem by redoing the migration a few times, and I found out this: - If I start knotes from a Konsole, the folder for the new resource is created, and everything works fine without any error messages - But: if I start knotes from the K-Menu (the first time, when it should do the migration), the folder DOES NOT get created. Akonadi fails to store the notes, and akonaditray gives those annoying error messages. This seems to be reliably reproducable here, I tried about 10 times now or more. So I guess the question is, what's the difference if knotes is started in Konsole vs. it is started by K-Menu? Why does it fail to create the folder in the second case? Oh, and btw, I started knotes without akonadi running now by mistake, then the migration FAILED (the migrator showed some message about Could not find root collection). Some kind of timeout maybe because akonadi needed too long to start? This is also reproduceable, I will file a new bug about this. -- 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 334357] New: knotes migration fails if akonadi is not running
https://bugs.kde.org/show_bug.cgi?id=334357 Bug ID: 334357 Summary: knotes migration fails if akonadi is not running Classification: Unclassified Product: knotes Version: 4.13 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: wba...@tmo.at CC: myr...@kde.org When starting knotes 4.13 the first time, you are asked whether your notes should be migrated to Akonadi. If akonadi doesn't run already, this migration reliably fails here. The akonadi server does get started automatically, but apparently there's a timeout. I got the following messages in the knotes-migrator window that appeared: Beginning KNotes migration... Creating instance of type akonadi_akonodes_resource Migration failed: Failed to create resource: Agent instance creation timed out. KNotes migration finished. The resource does get created, but knotes asks to do the migration again on next start of course. Reproducible: Always Steps to Reproduce: 1. Shut down Akonadi server 2. Remove knotes-migratorrc to force a migration 3. run knotes 4. in the dialog that appears, click on Migrate now Actual Results: Akonadi server gets started, but the migration fails. The resource gets created, but no notes are migrated. Expected Results: Successful migration. I guess this is more a general problem in Akonadi, so please reassign if necessary. Sometimes I get this instead: Beginning KNotes migration... Creating instance of type akonadi_akonotes_resource Instance akonadi_akonotes_resource_8 synchronized Received root collections Could not find root collection for resource akonadi_akonotes_resource_8 KNotes migration finished (and it fails as well) This is with Akonadi 1.12.1 and an external MariaDB database running on localhost. The setup works fine otherwise. -- 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 334357] knotes migration fails if akonadi is not running
https://bugs.kde.org/show_bug.cgi?id=334357 --- Comment #1 from Wolfgang Bauer wba...@tmo.at --- PS: I now even got the timeout (the first one) with akonadi running already. I had to retry 3 times to finally get my notes migrated again. This hasn't happened before. -- 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 334138] when creates a new note knotes create two and then a warning appear and the note is not saved
https://bugs.kde.org/show_bug.cgi?id=334138 --- Comment #3 from Wolfgang Bauer wba...@tmo.at --- (In reply to comment #2) I tried to reproduce the problem by redoing the migration a few times, and I found out this: - If I start knotes from a Konsole, the folder for the new resource is created, and everything works fine without any error messages - But: if I start knotes from the K-Menu (the first time, when it should do the migration), the folder DOES NOT get created. Akonadi fails to store the notes, and akonaditray gives those annoying error messages. This seems to be reliably reproducable here, I tried about 10 times now or more. Hm, suddenly this also happens quite reliably when starting knotes from Konsole, so the way it is started doesn't really seem to be the trigger. Some general race condition? -- 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 334280] IMAP Synchronisation with GMAIL takes 13 minutes to complete !!
https://bugs.kde.org/show_bug.cgi?id=334280 --- Comment #10 from Raymond Wooninck tittiatc...@gmail.com --- (In reply to comment #9) It means UID's 257301 to 257400 are fetched which only correlates to the number of messages that ever have been in the folder (not to the amount you currently have). So the number of flags that are going to be retrieved is only increasing with time ? I would have expected that the IMAP resource would not start retrieving flags for messages that are no longer existing. Because at this moment I see that the fetching starts with number 1 to 100 and then moves up to 100 to 200, etc. So in the above example 257400 flags are trying to be fetched despite that I have only maybe 100 messages in that particular folder. Which is quite an overkill, in my opinion. I am currently trying to increase the batchsizes, but what I have noticed is that the main issue comes from those high-volume folders where the fetching starts from 1 and goes up to 257400 (regardless of how many emails are actually in that folder (local and server). So it seems that Akonadi is just keeping the latest message number and the IMAP resource will always start from 1. In case of an empty folder, this could mean that the IMAP resource is spending 1 or more minutes on trying to retrieve thousands of non-existing flags. I am sure that there must be a better way to retrieve only the flags for existing messages. -- 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
[knotes] [Bug 334138] when creates a new note knotes create two and then a warning appear and the note is not saved
https://bugs.kde.org/show_bug.cgi?id=334138 Rafael rmr...@gmail.com changed: What|Removed |Added CC||rmr...@gmail.com --- Comment #4 from Rafael rmr...@gmail.com --- I have had the same problem (duplicate note on creating new note) only one time. My notes are saving and no more times for this problem. -- 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
[knode] [Bug 334362] New: Can't configure: Configure window is empty
https://bugs.kde.org/show_bug.cgi?id=334362 Bug ID: 334362 Summary: Can't configure: Configure window is empty Classification: Unclassified Product: knode Version: 4.13 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: grave Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: rmr...@gmail.com Can't do any configuration in KNode, cause config option doesn't appear. Reproducible: Always Steps to Reproduce: 1.Launch Knode 2.Preferences, Configure KNode Actual Results: The window Configure - KNode is empty (only buttons on window feet appear). Expected Results: Let me configure KNode -- 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 334367] New: apply filter to collection of mails
https://bugs.kde.org/show_bug.cgi?id=334367 Bug ID: 334367 Summary: apply filter to collection of mails Classification: Unclassified Product: kmail2 Version: 4.13 Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: message list Assignee: kdepim-bugs@kde.org Reporter: daniel.mo...@free.fr When I select many messages in a directory to apply apply all filters all these messages disappear from the directoty when I expect that only those concerned by applicable filters do. -- 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 334280] IMAP Synchronisation with GMAIL takes 13 minutes to complete !!
https://bugs.kde.org/show_bug.cgi?id=334280 Luca Beltrame lbeltr...@kde.org changed: What|Removed |Added CC||lbeltr...@kde.org -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[knotes] [Bug 334345] KNotes fails to run if Kontact/KMail is already running
https://bugs.kde.org/show_bug.cgi?id=334345 Laurent Montel mon...@kde.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||mon...@kde.org Resolution|--- |INVALID --- Comment #3 from Laurent Montel mon...@kde.org --- if you have kontact launch and knotes as kontact plugins activated knotes desktop will not launch. It's normal. It's invalid as bug. -- 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 334351] akonadi thread crashes on startup in KABCResource::collectionChanged
https://bugs.kde.org/show_bug.cgi?id=334351 walch.mar...@web.de changed: What|Removed |Added CC||walch.mar...@web.de -- 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 334351] akonadi thread crashes on startup in KABCResource::collectionChanged
https://bugs.kde.org/show_bug.cgi?id=334351 --- Comment #1 from walch.mar...@web.de --- Created attachment 86471 -- https://bugs.kde.org/attachment.cgi?id=86471action=edit New crash information added by DrKonqi akonadi_kabc_resource (4.13) on KDE Platform 4.13.0 using Qt 4.8.5 Another backtrace after removing optimizations from kdepimlibs and kdepim-runtime. Maybe it is a bit more useful. (btw: This crash currently happens always.) -- Backtrace (Reduced): #5 0x0040ff3a in KABCResource::collectionChanged (this=0x25cda80, collection=...) at /var/tmp/portage/kde-base/kdepim-runtime-4.13.0/work/kdepim-runtime-4.13.0/resources/kabc/kabcresource.cpp:523 #6 0x7f1e8be6eb33 in Akonadi::AgentBasePrivate::collectionChanged (this=0x25cd930, collection=...) at /var/tmp/portage/kde-base/kdepimlibs-4.13.0/work/kdepimlibs-4.13.0/akonadi/agentbase.cpp:631 #7 0x7f1e8bf68abc in Akonadi::ResourceBasePrivate::collectionChanged (this=0x25cd930, collection=...) at /var/tmp/portage/kde-base/kdepimlibs-4.13.0/work/kdepimlibs-4.13.0/akonadi/resourcebase.cpp:340 #8 0x7f1e8bf6684d in Akonadi::ResourceBasePrivate::qt_static_metacall (_o=0x25cd930, _c=QMetaObject::InvokeMetaMethod, _id=12, _a=0x7334c330) at /var/tmp/portage/kde-base/kdepimlibs-4.13.0/work/kdepimlibs-4.13.0_build/akonadi/resourcebase.moc:108 [...] #10 0x7f1e8bf3a893 in Akonadi::Monitor::collectionChanged (this=0x260c790, _t1=...) at /var/tmp/portage/kde-base/kdepimlibs-4.13.0/work/kdepimlibs-4.13.0_build/akonadi/moc_monitor.cpp:322 -- 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 334218] synchronizations of large folders with filesystem contents hogs a Sandybridge core for minutes
https://bugs.kde.org/show_bug.cgi?id=334218 --- Comment #14 from Martin Steigerwald mar...@lichtvoll.de --- Git commit 4dd5cb7fcb37f9da481d8324421428a0028e9e2d by Martin Steigerwald. Committed on 03/05/2014 at 14:52. Pushed by steigerwald into branch 'master'. Do not sort the directory entry list in listNew() and listCurrent(): According to callgrind dumps at https://bugs.kde.org/show_bug.cgi?id=334218#c4 QDir sorts the list of directory entries unless specified otherwise. After disabling the sorting the callgrind is quite different already: https://bugs.kde.org/show_bug.cgi?id=334218#c7 This already helps shortening the time to synchronize folders visibly, but KMail gets still blocked for half a minute or more. There is another occurence of QDir entry sorting in keycache.cpp which the next commit will address. Thanks to Sergio and David for help and pointing out how to disable the sorting. REVIEW: 117975 DIGEST: Huge performance improvement for POP3 users with large maildir. M +2-0resources/maildir/libmaildir/maildir.cpp http://commits.kde.org/kdepim-runtime/4dd5cb7fcb37f9da481d8324421428a0028e9e2d -- 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 334218] synchronizations of large folders with filesystem contents hogs a Sandybridge core for minutes
https://bugs.kde.org/show_bug.cgi?id=334218 --- Comment #15 from Martin Steigerwald mar...@lichtvoll.de --- Git commit 41be4d27dab49d600e3bd93cfc3804a347243257 by Martin Steigerwald. Committed on 03/05/2014 at 14:53. Pushed by steigerwald into branch 'master'. Also do not sort directory entries in listCurrent and listNew in key cache: QDir sorts the list of directory entries unless specified otherwise. The last commit already disabled the sorting in maildir.cpp. This commit completes the work and makes the remaining sorting calls in the callgrind dumps at https://bugs.kde.org/show_bug.cgi?id=334218#c7 go away completely as demonstrated in the callgrind dumps at: https://bugs.kde.org/show_bug.cgi?id=334218#c12 Subjectively this has a huge impact on the performance of KMail with huge maildir. KMail hardly blocks anymore on folder changes and feels much more responsive now. Akonadi maildir resource went from hogging a Sandy Bridge core for minutes to not appearing using 100% of one core in even one averaged 10 second interval in atop. I hardly see it in atop at all anymore, except when accessing very large folders such as one with Linux Kernel mailing list and more than 245000 unread mails. Thanks to Sergio for pointing out the remaining sorting calls in the second callgrind dump and for help. Now the bottleneck appears to be MaildirResource::listRecursive but I do not know whether further optimization is necessary at this point. Both changes tested with kdepimlibs master as of today and KMail 4.12.4 from Debian unstable packages with an enormous maildir including a folder for Linux Kernel mailing list with more than 245000 unread mails. REVIEW: 117975 DIGEST: Huge performance improvement for POP3 users with large maildirs. M +2-0resources/maildir/libmaildir/keycache.cpp http://commits.kde.org/kdepim-runtime/41be4d27dab49d600e3bd93cfc3804a347243257 -- 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 334218] synchronizations of large folders with filesystem contents hogs a Sandybridge core for minutes
https://bugs.kde.org/show_bug.cgi?id=334218 --- Comment #14 from Martin Steigerwald mar...@lichtvoll.de --- Git commit 4dd5cb7fcb37f9da481d8324421428a0028e9e2d by Martin Steigerwald. Committed on 03/05/2014 at 14:52. Pushed by steigerwald into branch 'master'. Do not sort the directory entry list in listNew() and listCurrent(): According to callgrind dumps at https://bugs.kde.org/show_bug.cgi?id=334218#c4 QDir sorts the list of directory entries unless specified otherwise. After disabling the sorting the callgrind is quite different already: https://bugs.kde.org/show_bug.cgi?id=334218#c7 This already helps shortening the time to synchronize folders visibly, but KMail gets still blocked for half a minute or more. There is another occurence of QDir entry sorting in keycache.cpp which the next commit will address. Thanks to Sergio and David for help and pointing out how to disable the sorting. REVIEW: 117975 DIGEST: Huge performance improvement for POP3 users with large maildir. M +2-0resources/maildir/libmaildir/maildir.cpp http://commits.kde.org/kdepim-runtime/4dd5cb7fcb37f9da481d8324421428a0028e9e2d --- Comment #15 from Martin Steigerwald mar...@lichtvoll.de --- Git commit 41be4d27dab49d600e3bd93cfc3804a347243257 by Martin Steigerwald. Committed on 03/05/2014 at 14:53. Pushed by steigerwald into branch 'master'. Also do not sort directory entries in listCurrent and listNew in key cache: QDir sorts the list of directory entries unless specified otherwise. The last commit already disabled the sorting in maildir.cpp. This commit completes the work and makes the remaining sorting calls in the callgrind dumps at https://bugs.kde.org/show_bug.cgi?id=334218#c7 go away completely as demonstrated in the callgrind dumps at: https://bugs.kde.org/show_bug.cgi?id=334218#c12 Subjectively this has a huge impact on the performance of KMail with huge maildir. KMail hardly blocks anymore on folder changes and feels much more responsive now. Akonadi maildir resource went from hogging a Sandy Bridge core for minutes to not appearing using 100% of one core in even one averaged 10 second interval in atop. I hardly see it in atop at all anymore, except when accessing very large folders such as one with Linux Kernel mailing list and more than 245000 unread mails. Thanks to Sergio for pointing out the remaining sorting calls in the second callgrind dump and for help. Now the bottleneck appears to be MaildirResource::listRecursive but I do not know whether further optimization is necessary at this point. Both changes tested with kdepimlibs master as of today and KMail 4.12.4 from Debian unstable packages with an enormous maildir including a folder for Linux Kernel mailing list with more than 245000 unread mails. REVIEW: 117975 DIGEST: Huge performance improvement for POP3 users with large maildirs. M +2-0resources/maildir/libmaildir/keycache.cpp http://commits.kde.org/kdepim-runtime/41be4d27dab49d600e3bd93cfc3804a347243257 -- 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 319776] Akonadi crashed, possibly because of sudden lack of network connection, caused by the laptop going into suspend-to-ram
https://bugs.kde.org/show_bug.cgi?id=319776 --- Comment #14 from aux...@gmail.com --- Created attachment 86472 -- https://bugs.kde.org/attachment.cgi?id=86472action=edit New crash information added by DrKonqi akonadi_imap_resource (4.13) on KDE Platform 4.13.0 using Qt 4.8.4 - What I was doing when the application crashed: The Wifi connection failed due to a driver bug, the IMAP resource crashed later. -- Backtrace (Reduced): #7 0xb72f94fb in QObject::disconnect (sender=0xa1d89c0, signal=0x80bbed0 2stateChanged(KIMAP::Session::State,KIMAP::Session::State), receiver=0xa217c60, method=0x80bbe8c 1onSessionStateChanged(KIMAP::Session::State,KIMAP::Session::State)) at kernel/qobject.cpp:2896 #8 0x080a7a8d in SessionPool::killSession (this=this@entry=0xa217c60, session=0xa1d89c0, termination=termination@entry=SessionPool::LogoutSession) at /usr/src/debug/kdepim-runtime-4.13.0/resources/imap/sessionpool.cpp:182 #9 0x080a7e9c in SessionPool::disconnect (this=0xa217c60, termination=SessionPool::LogoutSession) at /usr/src/debug/kdepim-runtime-4.13.0/resources/imap/sessionpool.cpp:115 #10 0x080600ab in ImapResource::doSetOnline (this=0xa222f10, online=false) at /usr/src/debug/kdepim-runtime-4.13.0/resources/imap/imapresource.cpp:624 #11 0xb75445ca in Akonadi::AgentBase::setOnlineInternal (this=this@entry=0xa222f10, state=state@entry=false) at /usr/src/debug/kdepimlibs-4.13.0/akonadi/agentbase.cpp:967 -- 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
[kleopatra] [Bug 334383] New: no plugin available in ms office 2007
https://bugs.kde.org/show_bug.cgi?id=334383 Bug ID: 334383 Summary: no plugin available in ms office 2007 Classification: Unclassified 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: netzw...@ww-elektro.de CC: m...@kde.org I've installed Gpg4win and the following problem: in MS Outlook 2007, there is no plugin. If I want to encrypt mails, I have the text to copy, and then encrypt the GPA. For PC's with office 2010 I do not have the problem. Does anyone know the problem? Reproducible: Always Steps to Reproduce: 1. open MS Office 2007 and write a mail 2. search the Plugin to encrypt in the taskbar 3. can not find the Plugin Actual Results: encrypt and decrypt only copy in GNU Privacy Expected Results: encrypt and decrypt mails directy in Office 2007 OS: Win 7 32bit, Office 2007 -- 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 333640] Knotes version 4.13 don't inherit previous notes
https://bugs.kde.org/show_bug.cgi?id=333640 Marc González Majoral gons...@gmail.com changed: What|Removed |Added CC||gons...@gmail.com --- Comment #51 from Marc González Majoral gons...@gmail.com --- Same here after updating from Kubuntu 13.10 to 14.04. A kdepim classic already. Thanks for the quick update Laurent but the question is, how do I rescue my old notes so they appear in the new Knotes? -- 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 334320] since kde 4.13.0 event no more sync
https://bugs.kde.org/show_bug.cgi?id=334320 Torsten Bielen bie...@gmx.de changed: What|Removed |Added CC||bie...@gmx.de --- Comment #1 from Torsten Bielen bie...@gmx.de --- Same for me. Since 4.13.0 no sync. of calendar neither from google to kontact nor vice versa. Opensuse 13.1 KDE 4.13 -- 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 334280] IMAP Synchronisation with GMAIL takes 13 minutes to complete !!
https://bugs.kde.org/show_bug.cgi?id=334280 Christian Mollekopf chrig...@fastmail.fm changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED Latest Commit||http://commits.kde.org/kdep ||im-runtime/7f3e279cf79ef8e2 ||4eb64986d538e0075452b91c --- Comment #11 from Christian Mollekopf chrig...@fastmail.fm --- Git commit 7f3e279cf79ef8e24eb64986d538e0075452b91c by Christian Mollekopf. Committed on 05/05/2014 at 21:10. Pushed by cmollekopf into branch 'master'. IMAP-Resource: Check available UID's first retrieve 50 time more flags. This way we avoid the UID fragmentation problem (we try to fetch a lot of messages that are not available on the server). It's also a nice first step towards only syncing a certain time-frame. Retrieving 50 times more flags than full messages should still result in low memory consumption while greatly reducing roundtrips. M +68 -33 resources/imap/retrieveitemstask.cpp M +49 -25 resources/imap/tests/testretrieveitemstask.cpp http://commits.kde.org/kdepim-runtime/7f3e279cf79ef8e24eb64986d538e0075452b91c -- 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
[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 Stéphane Pontier shadow.wal...@free.fr changed: What|Removed |Added CC||shadow.wal...@free.fr -- 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 331896] Regression: Categories in edit contact window no longer showing
https://bugs.kde.org/show_bug.cgi?id=331896 Stéphane Pontier shadow.wal...@free.fr changed: What|Removed |Added CC||shadow.wal...@free.fr -- 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
[knode] [Bug 334362] Can't configure: Configure window is empty
https://bugs.kde.org/show_bug.cgi?id=334362 Burkhard Lueck lu...@hube-lueck.de changed: What|Removed |Added CC||lu...@hube-lueck.de --- Comment #1 from Burkhard Lueck lu...@hube-lueck.de --- Works here in Kubuntu 12.04, 4.13 + master compiled from sources. Please report your problem to openSUSE -- 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 334133] KMail filter does not find emails
https://bugs.kde.org/show_bug.cgi?id=334133 T Kleindienst t.kleindie...@web.de changed: What|Removed |Added CC||t.kleindie...@web.de --- Comment #1 from T Kleindienst t.kleindie...@web.de --- I can confirm this latest Kubuntu 14.04 with KDE 4.13 Duplicates: ? https://bugs.kde.org/show_bug.cgi?id=333403 https://bugs.kde.org/show_bug.cgi?id=334112 -- 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