[kontact] [Bug 319152] New: Crash when proposing alternative time for proposal
https://bugs.kde.org/show_bug.cgi?id=319152 Bug ID: 319152 Summary: Crash when proposing alternative time for proposal Classification: Unclassified Product: kontact Version: 4.11 pre Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: ase...@kde.org Application: kontact (4.11 pre) KDE Platform Version: 4.10.2 (Compiled from sources) Qt Version: 4.8.3 Operating System: Linux 3.8.2-1-desktop i686 Distribution: openSUSE 13.1 Milestone 0 (i586) -- Information about the crash: - What I was doing when the application crashed: I received a meeting invitation and I wished to propose an alternative time. Clicking on propose alternative resulted in the attached backtrace. It is repeatable. I am using akonadi, kdepimlibs, kdepim-runtime and kdepim from git last updated ~1 week ago. The crash can be reproduced every time. -- Backtrace: Application: Kontact (kontact), signal: Segmentation fault Using host libthread_db library /lib/libthread_db.so.1. [Current thread is 1 (Thread 0xb08d47c0 (LWP 1039))] Thread 4 (Thread 0xaf783b40 (LWP 1040)): #0 0xb3a45792 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0xb6ea3bf5 in ?? () from /opt/kde4/lib/libQtWebKit.so.4 #2 0xb6ea3c2f in ?? () from /opt/kde4/lib/libQtWebKit.so.4 #3 0xb3a41b5e in start_thread () from /lib/libpthread.so.0 #4 0xb37ce1ae in clone () from /lib/libc.so.6 Thread 3 (Thread 0xaee51b40 (LWP 1041)): #0 0xb3a45792 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0xb6ed4903 in WTF::ThreadCondition::wait(WTF::Mutex) () from /opt/kde4/lib/libQtWebKit.so.4 #2 0xb6bbebcb in ?? () from /opt/kde4/lib/libQtWebKit.so.4 #3 0xb6eb96a2 in ?? () from /opt/kde4/lib/libQtWebKit.so.4 #4 0xb6ed44d2 in ?? () from /opt/kde4/lib/libQtWebKit.so.4 #5 0xb3a41b5e in start_thread () from /lib/libpthread.so.0 #6 0xb37ce1ae in clone () from /lib/libc.so.6 Thread 2 (Thread 0xaaebfb40 (LWP 1047)): #0 0xb37c3441 in poll () from /lib/libc.so.6 #1 0xb2ed51bb in g_poll () from /usr/lib/libglib-2.0.so.0 #2 0xb2ec6570 in ?? () from /usr/lib/libglib-2.0.so.0 #3 0xb2ec66d1 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #4 0xb3c45e9f in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /opt/kde4/lib/libQtCore.so.4 #5 0xb3c12cec in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /opt/kde4/lib/libQtCore.so.4 #6 0xb3c12fe1 in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /opt/kde4/lib/libQtCore.so.4 #7 0xb3aff09c in QThread::exec() () from /opt/kde4/lib/libQtCore.so.4 #8 0xb3aff1fb in QThread::run() () from /opt/kde4/lib/libQtCore.so.4 #9 0xb3b02488 in ?? () from /opt/kde4/lib/libQtCore.so.4 #10 0xb3a41b5e in start_thread () from /lib/libpthread.so.0 #11 0xb37ce1ae in clone () from /lib/libc.so.6 Thread 1 (Thread 0xb08d47c0 (LWP 1039)): [KCrash Handler] #6 0xadcf0acf in Akonadi::ITIPHandler::processiTIPMessage (this=0xab63b50, receiver=..., iCal=..., action=...) at /home/aseigo/kdesrc/kde/kdepimlibs/akonadi/calendar/itiphandler.cpp:160 #7 0xadcf2617 in Akonadi::ITIPHandler::Private::onLoadFinished (this=0xb1b5de0, success=true, errorMessage=...) at /home/aseigo/kdesrc/kde/kdepimlibs/akonadi/calendar/itiphandler_p.cpp:85 #8 0xadcf4abd in Akonadi::ITIPHandler::Private::qt_static_metacall (_o=0xb1b5de0, _c=QMetaObject::InvokeMetaMethod, _id=1, _a=0xbfd0d844) at /home/aseigo/build/kde/kdepimlibs/akonadi/calendar/itiphandler_p.moc:59 #9 0xb3c2c432 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /opt/kde4/lib/libQtCore.so.4 #10 0xadcfb855 in Akonadi::FetchJobCalendar::loadFinished (this=this@entry=0x9996270, _t1=true, _t2=...) at /home/aseigo/build/kde/kdepimlibs/akonadi/calendar/fetchjobcalendar.moc:101 #11 0xadcfb8a0 in qt_static_metacall (_a=0x9e65d28, _o=0x9996270, _c=optimized out, _id=optimized out) at /home/aseigo/build/kde/kdepimlibs/akonadi/calendar/fetchjobcalendar.moc:50 #12 Akonadi::FetchJobCalendar::qt_static_metacall (_o=0x9996270, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0x9e65d28) at /home/aseigo/build/kde/kdepimlibs/akonadi/calendar/fetchjobcalendar.moc:44 #13 0xb3c25eda in QMetaCallEvent::placeMetaCall(QObject*) () from /opt/kde4/lib/libQtCore.so.4 #14 0xb3c2a41b in QObject::event(QEvent*) () from /opt/kde4/lib/libQtCore.so.4 #15 0xb422790c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /opt/kde4/lib/libQtGui.so.4 #16 0xb422c30f in QApplication::notify(QObject*, QEvent*) () from /opt/kde4/lib/libQtGui.so.4 #17 0xb4dc9c21 in KApplication::notify (this=0xbfd0e0a8, receiver=0x9996270, event=0xb799d00) at /home/aseigo/kdesrc/kde/kdelibs/kdeui/kernel/kapplication.cpp:311 #18 0xb3c1421e in QCoreApplication::notifyInternal(QObject*,
[Akonadi] [Bug 319157] New: Excessive I/O usage during mail import with KMailCVT.
https://bugs.kde.org/show_bug.cgi?id=319157 Bug ID: 319157 Summary: Excessive I/O usage during mail import with KMailCVT. Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Debian unstable OS: Linux Status: UNCONFIRMED Severity: grave Priority: NOR Component: Maildir Resource Assignee: kdepim-bugs@kde.org Reporter: mar...@lichtvoll.de I am setting this to grave as this behaviour may destroy SSDs. It appears to me that bug #315947 is not yet fixed. But my issue might be something different as well, cause I am seeing this behaviour after having run KMailCVT. I am currently on my second try to migrate from KDEPIM 4.4.11 to KDEPIM 4.10.2 on my Debian Sid installation. This time I use the recommended approach to start from scratch and import my mails: martin@merkaba:~/Backup du -sh Mail-Alt 6,7GMail-Alt martin@merkaba:~/Backup find Mail-Alt -type f | wc -l 447779 martin@merkaba:~/Backup find Mail-Alt -type d | wc -l 840 martin@merkaba:~/Backup atop reports my that the maildir agent already used up 368,7 GB. This is 61x times the amount of space of the KMail-1 mixded maildir I imported. I made sure that there are no mbox files in it. Reproducible: Didn't try Steps to Reproduce: 1. Do a KDEPIM-2 setup from scratch 2. Disable mail indexing 3. Don´t run the migrator 4. Use KMailCVT to import old mails (without deleting duplicates) Actual Results: KMailCVT completes pretty fast, but KMail-2 keeps unresponsive and I see this since about an hour already: martin@merkaba:~/Backup vmstat 1 procs ---memory-- ---swap-- -io -system-- cpu r b swpd free buff cache si sobibo in cs us sy id wa 2 2 18496 1492104 88412 273761612 880 1551 113 54 17 2 79 1 2 0 18496 1442568 88412 27876880080 69088 3805 16017 43 8 44 6 2 1 18496 1439100 88420 27901000076 103680 3233 13271 36 7 46 10 2 0 18496 1475372 88420 275502800 132 69096 3257 14271 33 7 47 13 1 1 18496 1482848 88420 274647200 112 103788 3407 15593 36 7 46 12 1 1 18496 1468900 88420 27607320088 105392 3510 14642 39 7 44 10 2 0 18496 1444772 88420 27849080016 69112 3956 19002 41 11 38 10 3 0 18496 1430400 88428 27996040076 69164 3439 14195 39 9 45 8 0 2 18496 1479756 88428 27501360040 103680 3582 14124 32 8 45 15 4 0 18496 1477912 88428 275193600 356 69128 2980 12293 37 6 50 7 1 1 18496 1483032 88428 274575600 100 103700 3444 13683 34 10 44 12 3 1 18496 1498952 88428 27298800060 69140 3278 12623 37 8 47 9 2 0 18496 1480140 88436 27494280056 69192 3401 13724 39 7 46 8 0 2 18496 1493036 88436 27357320080 103732 3264 14039 36 7 47 10 2 0 18496 1485352 88436 27443280072 69160 3240 13224 36 7 49 9 1 1 18496 1486988 88436 274156800 108 103884 3575 16732 38 7 44 11 1 1 18496 1495584 88436 27330200072 69168 3479 14323 38 7 47 8 2 0 18496 1479380 88444 27501000084 69224 3363 14393 39 7 46 7 0 2 18496 1437836 88444 27907680088 103776 3643 15913 38 11 41 11 martin@merkaba:/home2/martin#130 date; while true; do ls -lh Akonadi/Konfiguration/agent_config_akonadi_maildir_resource_0_changes.dat ; sleep 1 ; done Mi 1. Mai 12:19:55 CEST 2013 -rw-r--r-- 1 martin martin 13M Mai 1 12:19 Akonadi/Konfiguration/agent_config_akonadi_maildir_resource_0_changes.dat -rw-r--r-- 1 martin martin 26M Mai 1 12:19 Akonadi/Konfiguration/agent_config_akonadi_maildir_resource_0_changes.dat -rw-r--r-- 1 martin martin 30M Mai 1 12:19 Akonadi/Konfiguration/agent_config_akonadi_maildir_resource_0_changes.dat -rw-r--r-- 1 martin martin 1,6M Mai 1 12:19 Akonadi/Konfiguration/agent_config_akonadi_maildir_resource_0_changes.dat -rw-r--r-- 1 martin martin 25M Mai 1 12:19 Akonadi/Konfiguration/agent_config_akonadi_maildir_resource_0_changes.dat -rw-r--r-- 1 martin martin 0 Mai 1 12:20 Akonadi/Konfiguration/agent_config_akonadi_maildir_resource_0_changes.dat -rw-r--r-- 1 martin martin 12M Mai 1 12:20 Akonadi/Konfiguration/agent_config_akonadi_maildir_resource_0_changes.dat -rw-r--r-- 1 martin martin 23M Mai 1 12:20 Akonadi/Konfiguration/agent_config_akonadi_maildir_resource_0_changes.dat -rw-r--r-- 1 martin martin 8,9M Mai 1 12:20 Akonadi/Konfiguration/agent_config_akonadi_maildir_resource_0_changes.dat -rw-r--r-- 1 martin martin 35M Mai 1 12:20 Akonadi/Konfiguration/agent_config_akonadi_maildir_resource_0_changes.dat -rw-r--r-- 1 martin martin 0 Mai 1 12:20 Akonadi/Konfiguration/agent_config_akonadi_maildir_resource_0_changes.dat -rw-r--r-- 1 martin martin 22M Mai 1 12:20 Akonadi/Konfiguration/agent_config_akonadi_maildir_resource_0_changes.dat -rw-r--r-- 1 martin martin
[Akonadi] [Bug 315947] akonadi handling ~/.config/akonadi/agent_config_akonadi_nepomuk_feeder_changes.dat causes heavy IO load
https://bugs.kde.org/show_bug.cgi?id=315947 Martin Steigerwald mar...@lichtvoll.de changed: What|Removed |Added Status|RESOLVED|REOPENED CC||mar...@lichtvoll.de Resolution|FIXED |--- Ever confirmed|0 |1 --- Comment #3 from Martin Steigerwald mar...@lichtvoll.de --- I don´t think this is fixed, but it mine might be a different bug: Bug 319157 - Excessive I/O usage during mail import with KMailCVT -- 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 319157] Excessive I/O usage during mail import with KMailCVT.
https://bugs.kde.org/show_bug.cgi?id=319157 --- Comment #1 from Martin Steigerwald mar...@lichtvoll.de --- Akonadi does not seem to make any progress in sorting the file_db_data mails into the Maildir: martin@merkaba:/home2/martin#130 date ; du -sch Akonadi/* Nepomuk ; du -sch Akonadi/Datenbank/db_data Akonadi/Datenbank/file_db_data Mi 1. Mai 12:31:13 CEST 2013 8,4GAkonadi/Datenbank 276KAkonadi/Konfiguration 349MAkonadi/Mails 452MNepomuk 9,2Ginsgesamt 2,4GAkonadi/Datenbank/db_data 6,1GAkonadi/Datenbank/file_db_data 8,4Ginsgesamt ~/.local/share/local-mails is symlinked to Akonadi/Mails ~/.local/share/akonadi is symlinked to Akonadi/Datenbank ~/.config/akonadi is symlinked to Akonadi/Konfiguration ~/.kde/share/apps/nepomuk is symlinked to Nepomuk This is to have all Akonadi related data (except calender and addresses) on Ext4, instead of BTRFS as suggested. -- 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 319157] Excessive I/O usage during mail import with KMailCVT.
https://bugs.kde.org/show_bug.cgi?id=319157 --- Comment #2 from Martin Steigerwald mar...@lichtvoll.de --- It is setting at 349 MB mails for over an hour already. -- 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 319157] Excessive I/O usage during mail import with KMailCVT.
https://bugs.kde.org/show_bug.cgi?id=319157 --- Comment #3 from Martin Steigerwald mar...@lichtvoll.de --- After - akonadictl stop - wait until notification that it really stopped (about a minute) - akonadictl start Akonadi seems to process file_db_data stuff: martin@merkaba:/home2/martin date ; du -sch Akonadi/* Nepomuk ; du -sch Akonadi/Datenbank/db_data Akonadi/Datenbank/file_db_data Mi 1. Mai 12:38:09 CEST 2013 8,4GAkonadi/Datenbank 27M Akonadi/Konfiguration 410MAkonadi/Mails 485MNepomuk 9,3Ginsgesamt 2,4GAkonadi/Datenbank/db_data 6,1GAkonadi/Datenbank/file_db_data 8,4Ginsgesamt martin@merkaba:/home2/martin date ; du -sch Akonadi/* Nepomuk ; du -sch Akonadi/Datenbank/db_data Akonadi/Datenbank/file_db_data Mi 1. Mai 12:38:57 CEST 2013 8,4GAkonadi/Datenbank 27M Akonadi/Konfiguration 458MAkonadi/Mails 487MNepomuk 9,4Ginsgesamt 2,4GAkonadi/Datenbank/db_data 6,1GAkonadi/Datenbank/file_db_data 8,4Ginsgesamt If it now also sets read/unread status of imported mails correctly, that would be fine. I know I do not have 7500 unread mails in my inbox. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kontact] [Bug 319003] Intrgated Webbrowser chrashes, RSS-Reader-Kontakt
https://bugs.kde.org/show_bug.cgi?id=319003 Jekyll Wu adap...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Jekyll Wu adap...@gmail.com --- webkit bug *** This bug has been marked as a duplicate of bug 292460 *** -- 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 319159] New: KDirWatch::removeEntry: doesn´t know some path
https://bugs.kde.org/show_bug.cgi?id=319159 Bug ID: 319159 Summary: KDirWatch::removeEntry: doesn´t know some path Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: mar...@lichtvoll.de After restarting Akonadi server due to Bug 319157 - Excessive I/O usage during mail import with KMailCVT. the maildir resource finally starts processing file_db_data stuff into the maildir. During that I get said error messages on console. Reproducible: Didn't try Steps to Reproduce: 1. Import mails 2. Look ~/.xsession-errors Actual Results: AkonadiAgentServer(16654)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know /home/martin/.local/share/local-mail/.KMail1.directory/.KMail-Import.directory/.Lichtvoll.directory/.Debian.directory/announce-ml/new AkonadiAgentServer(16654)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know /home/martin/.local/share/local-mail/.KMail1.directory/.KMail-Import.directory/.Lichtvoll.directory/.Debian.directory/announce-ml/cur AkonadiAgentServer(16654)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know /home/martin/.local/share/local-mail/.KMail1.directory/.KMail-Import.directory/.Lichtvoll.directory/.Debian.directory/backports-ml/new AkonadiAgentServer(16654)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know /home/martin/.local/share/local-mail/.KMail1.directory/.KMail-Import.directory/.Lichtvoll.directory/.Debian.directory/backports-ml/cur AkonadiAgentServer(16654)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know /home/martin/.local/share/local-mail/.KMail1.directory/.KMail-Import.directory/.Lichtvoll.directory/.Debian.directory/cut-ml/new AkonadiAgentServer(16654)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know /home/martin/.local/share/local-mail/.KMail1.directory/.KMail-Import.directory/.Lichtvoll.directory/.Debian.directory/cut-ml/cur AkonadiAgentServer(16654)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know /home/martin/.local/share/local-mail/.KMail1.directory/.KMail-Import.directory/.Lichtvoll.directory/.Debian.directory/devel-announce-ml/new AkonadiAgentServer(16654)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know /home/martin/.local/share/local-mail/.KMail1.directory/.KMail-Import.directory/.Lichtvoll.directory/.Debian.directory/devel-announce-ml/cur AkonadiAgentServer(16654)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know /home/martin/.local/share/local-mail/.KMail1.directory/.KMail-Import.directory/.Lichtvoll.directory/.Debian.directory/devel-changes-ml/new AkonadiAgentServer(16654)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know /home/martin/.local/share/local-mail/.KMail1.directory/.KMail-Import.directory/.Lichtvoll.directory/.Debian.directory/devel-changes-ml/cur Directories do exist. Two examples: martin@merkaba:~#1 ls -l /home/martin/.local/share/local-mail/.KMail1.directory/.KMail-Import.directory/.Lichtvoll.directory/.Debian.directory/devel-changes-ml/cur insgesamt 0 martin@merkaba:~ ls -l /home/martin/.local/share/local-mail/.KMail1.directory/.KMail-Import.directory/.Lichtvoll.directory/.Debian.directory/devel-announce-ml/new | head -5 insgesamt 26548 -rw-r--r-- 1 martin martin 102042 Mai 1 12:42 1367404968.R463.merkaba -rw-r--r-- 1 martin martin 5756 Mai 1 12:42 1367404968.R798.merkaba -rw-r--r-- 1 martin martin 7040 Mai 1 12:42 1367404969.R0.merkaba -rw-r--r-- 1 martin martin 4380 Mai 1 12:42 1367404969.R104.merkaba Expected Results: If its not a real error: Don´t noise the logs. If its a real error: Fix it :) KDE SC 4.10.2 on Debian Unstable during Akonadi post-processing KMailCVT import of 6,7 GB Mails. -- 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 319161] New: kmailcvt doesn´t seem to import mail read/unread status correctly
https://bugs.kde.org/show_bug.cgi?id=319161 Bug ID: 319161 Summary: kmailcvt doesn´t seem to import mail read/unread status correctly Classification: Unclassified Product: kmail2 Version: 4.10.2 Platform: Other OS: Linux Status: UNCONFIRMED Severity: critical Priority: NOR Component: misc Assignee: kdepim-bugs@kde.org Reporter: mar...@lichtvoll.de Marking it as critical, cause I see mail unread/read status as important data that the import process looses. On my second attempt to migrate from KDEPIM-1 to KDEPIM-2 I imported old mails via KMailCVT. I pointed KMailCVT at ~/Backup/Mail-Alt which is a copy of my old KMail ~/Mail folder. After having faced Bug 319157 - Excessive I/O usage during mail import with KMailCVT. and apparently worked around it with an akonadictl restart and after having it sort some, but not all stuff in file_db_data into the Maildir: martin@merkaba:/home2/martin date ; du -sch Akonadi/* Nepomuk ; du -sch Akonadi/Datenbank/db_data Akonadi/Datenbank/file_db_data Mi 1. Mai 13:10:57 CEST 2013 6,3GAkonadi/Datenbank 72K Akonadi/Konfiguration 2,6GAkonadi/Mails 543MNepomuk 9,3Ginsgesamt 2,5GAkonadi/Datenbank/db_data 3,9GAkonadi/Datenbank/file_db_data 6,3Ginsgesamt and after Akonadi appears to be idle while there are still 3.9 GB of mails in file_db_data, I still see more than 7500 mails in my inbox. Including lots of mails I have definately read. Same goes with other folders. Reproducible: Always Steps to Reproduce: 1. Fresh KMail2/Akonadi setup 2. Import old KMail1 ~/Mail 3. Wait for it to complete or for Akonadi to be idle in process list. Actual Results: Mails unread/read status does not reflect last state in KMail 1, although index files have been available in the original imported ~/Mail. Expected Results: Mails unread/read status is imported, just like then pointing a mixed maildir resource to the directory. The directory does not contain any mbox files. I think I will try just this, as a *third* attempt. I will point a mixedmail dir resource at my old mails. And use the existing local folders resource for new mails. I might try to move some folders over, but maybe I just will retrieve new mails in Local Folders and keep the old one in the mixed mail dir resource. Sorry, but migrating from KMail-1 to KMail-2 is nowhere near end-user ready. Not at all. Thats at least my experience. I hope the third attempt will work. -- 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 318227] Data loss on restarting Akonadi while processing POP3 retrieval to get it responsive again
https://bugs.kde.org/show_bug.cgi?id=318227 Christoph Feck christ...@maxiom.de changed: What|Removed |Added Component|Birthdays Resource |general --- Comment #4 from Christoph Feck christ...@maxiom.de --- This bug seems to be assigned to the wrong component. Reassigning to general for inspection. -- 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 319171] New: Infinite popup message when connection error
https://bugs.kde.org/show_bug.cgi?id=319171 Bug ID: 319171 Summary: Infinite popup message when connection error Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: grave Priority: NOR Component: IMAP resource Assignee: er...@kde.org Reporter: dhar...@datashit.net CC: kdepim-bugs@kde.org, vkra...@kde.org First of all: sorry but I'm italian and so, many received messages are in my language. Anyway...when I try to connect to the IMAP server to retrieve messages but it's unable to receive new connections because too many already exists (dovecot server), I receive (correctly) an alert box that say: -- Il server dell'account «MyAccount» ha rifiutato il nome utente e la password forniti. Vuoi modificare le impostazioni, riprovare nuovamente ad accedere, o non fare nulla? Login failed, server replied: A03 NO Maximum number of connections from user+IP exceeded ( mail_max_userip_connections ) -- This happens too much. I receive infinite number of popup box (Approximatively 100. After that, I've rebooted my pc) All alert boxes are identical and I'm no more able to proceed to use my pc. Reproducible: Always Steps to Reproduce: 1. Connect with hostA (my andoid phone in push mode) to the IMAP server and occupies all the available connections 2. Open Kmail (to trigger akonadi) and try to dowload the messages 3. Done Actual Results: You receive the infinite alert boxes reporting the unavailability to connect Expected Results: A single box reporting the error. Full stop. (Better can be to use kde notification system) -- 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 319175] New: moving a folder structure from a mixed maildir structure to a pure maildir structure produces garbage in target folders
https://bugs.kde.org/show_bug.cgi?id=319175 Bug ID: 319175 Summary: moving a folder structure from a mixed maildir structure to a pure maildir structure produces garbage in target folders Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Other OS: Linux Status: UNCONFIRMED Severity: critical Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: mar...@lichtvoll.de After going through: 1) Create one maildir resource for each maildir main directory of each POP3 account, importing old filter rules, having the migrator migrate the POP3 accounts and other stuff from old configuration. = Mail losses (was on BTRFS as well) 2) Have the migrator do everything with ~/Mail in place. Strange folder ordering in KMail, scary popups (I didn´t note these, went away to quickly) 3) This morning: Import old mails via KMailCVT. KMailCVT completed within a hour. But then Akonadi got stuck what seemed to be a write loop into changes.dat file. I restarted it after it has written more than 450 GB(!) which is about 1,5 times the amount of the capacity of the SSD. Mail unread/read status not imported correctly. (bugs reported here) I tried: 4) Now: Import via pointing a mixed maildir resource at ~/Mail, moving over folders [15:06:23] helios21 to automatically pre-created pure Local Folders maildir resource After moving a small folder with two subfolders from the mixedmaildir pointing to ~/Mail to the local folders pure maildir successfully I tried a bigger one with about 168000 mails. It took at least half a hour, maybe a hour till Akonadi actually created the target maildir folder. Then more and more mail file appeared there. More than in the source. But most were empty one-byte sized files just containing a linefeed. Reproducible: Didn't try Steps to Reproduce: 1. Setup KMail 2 from scratch 2. Have a mixedmaildir resource point to an old (maildir only) KMail-1 ~/Mail directory. 3. Let it Synchronize All 4. Move over a bigger folder with some subfolders to the pre-created pure maildir local folders resource Actual Results: Source: martin@merkaba:/mnt/home-zeit/martin-Mail-2013-05-01/.Lichtvoll.directory/.Linux.directory find -type f | wc -l 168299 martin@merkaba:/mnt/home-zeit/martin-Mail-2013-05-01/.Lichtvoll.directory/.Linux.directory find -type d | wc -l 154 martin@merkaba:/mnt/home-zeit/martin-Mail-2013-05-01/.Lichtvoll.directory/.Linux.directory/kernel-ml find cur -type f | wc -l 42071 martin@merkaba:/mnt/home-zeit/martin-Mail-2013-05-01/.Lichtvoll.directory/.Linux.directory/kernel-ml find cur -type f ! -size 1 | wc -l 42071 martin@merkaba:/mnt/home-zeit/martin-Mail-2013-05-01/.Lichtvoll.directory/.Linux.directory/kernel-ml find cur -type f -size 1 | wc -l 0 (including cur/new and so one folders) Target: martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory find -type f | wc -l 304006 martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory find -type d | wc -l 150 martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory#1 find -type f ! -size 1 | grep -v xfs-ml martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory#1 find -size 1 | wc -l 292456 martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory find -type f ! -size 1 -ls | head 14758024 -rw-r--r-- 1 martin martin 3114 Mai 1 15:04 ./xfs-ml/new/1367413494.R571.merkaba 14825724 -rw-r--r-- 1 martin martin 3700 Mai 1 15:06 ./xfs-ml/new/1367413573.R557.merkaba 14805318 -rw-r--r-- 1 martin martin 6771 Mai 1 15:05 ./xfs-ml/new/1367413552.R539.merkaba 1479024 12 -rw-r--r-- 1 martin martin 8950 Mai 1 15:05 ./xfs-ml/new/1367413535.R248.merkaba 1477745 12 -rw-r--r-- 1 martin martin 11310 Mai 1 15:05 ./xfs-ml/new/1367413518.R446.merkaba 1483894 16 -rw-r--r-- 1 martin martin 13906 Mai 1 15:06 ./xfs-ml/new/1367413594.R276.merkaba 14790498 -rw-r--r-- 1 martin martin 7755 Mai 1 15:05 ./xfs-ml/new/1367413535.R726.merkaba 14849938 -rw-r--r-- 1 martin martin 4452 Mai 1 15:06 ./xfs-ml/new/1367413613.R453.merkaba 14853148 -rw-r--r-- 1 martin martin 6755 Mai 1 15:06 ./xfs-ml/new/1367413619.R134.merkaba 14866098 -rw-r--r-- 1 martin martin 6410 Mai 1 15:07 ./xfs-ml/new/1367413651.R689.merkaba martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory/kernel-ml/new hd 1367412411.R104.merkaba 0a|.| 0001 martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory/kernel-ml/new find -type f| wc -l 84142 martin@merkaba:~/.local/share/local-mail/.Lichtvoll.directory/.Linux.directory/kernel-ml/new
[akregator] [Bug 313961] Feature: add to online bookmarking / offline reading services
https://bugs.kde.org/show_bug.cgi?id=313961 ben (seawolf) ben+...@seawolfsanctuary.com changed: What|Removed |Added Version|4.10.1 |4.10.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 319157] Excessive I/O usage during mail import with KMailCVT.
https://bugs.kde.org/show_bug.cgi?id=319157 --- Comment #4 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79605 -- https://bugs.kde.org/attachment.cgi?id=79605action=edit atopsar output during the time of high disk I/O usage -- 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 319157] Excessive I/O usage during mail import with KMailCVT.
https://bugs.kde.org/show_bug.cgi?id=319157 --- Comment #5 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79606 -- https://bugs.kde.org/attachment.cgi?id=79606action=edit atop log file which can be used together with atopsar Some reports: - Disk utilization: atopsar -d -r atop_20130501 - Top 3 Disk using processes: atopsar -D -r atop_20130501 CPU stats are also in this file. -- 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 317681] Google calendar update crashes when pc is idle
https://bugs.kde.org/show_bug.cgi?id=317681 wim.minti...@gmail.com changed: What|Removed |Added CC||wim.minti...@gmail.com -- 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 317681] Google calendar update crashes when pc is idle
https://bugs.kde.org/show_bug.cgi?id=317681 --- Comment #3 from wim.minti...@gmail.com --- Created attachment 79607 -- https://bugs.kde.org/attachment.cgi?id=79607action=edit New crash information added by DrKonqi akonadi_googlecalendar_resource (4.10) on KDE Platform 4.10.2 using Qt 4.8.4 - What I was doing when the application crashed: As with pervious version of KDE .. when PC is idle .. google akonadi crashes .. -- Backtrace (Reduced): #6 QSharedDataPointer (o=..., this=0x7fff84dba4d0) at /usr/include/qt4/QtCore/qshareddata.h:93 #7 assignEntityPrivate (one=..., other=...) at ../../akonadi/entity.cpp:49 #8 0x7f82534628fd in Akonadi::Entity::Entity (this=0x3610b80, other=...) at ../../akonadi/entity.cpp:56 #9 0x7f8253462a42 in Akonadi::Entity::setParentCollection (this=this@entry=0x7fff84dba580, parent=...) at ../../akonadi/entity.cpp:199 #10 0x0041b037 in CalendarResource::taskListReceived (this=0x1397780, job=optimized out) at ../../../../resources/google/calendar/resource_tasks.cpp:93 -- 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 319157] Excessive I/O usage during mail import with KMailCVT.
https://bugs.kde.org/show_bug.cgi?id=319157 --- Comment #6 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79608 -- https://bugs.kde.org/attachment.cgi?id=79608action=edit screenshot of atop with statistic since boot akonadi maildir resource has written more than 450 GiB! -- 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 319157] Excessive I/O usage during mail import with KMailCVT.
https://bugs.kde.org/show_bug.cgi?id=319157 --- Comment #7 from Martin Steigerwald mar...@lichtvoll.de --- Created attachment 79610 -- https://bugs.kde.org/attachment.cgi?id=79610action=edit typical 10 seconds snapshot of atop with maildir agent doing lots of I/O It usually did about 800 MiB during 10 seconds. I had another attempt of migrating afterwards and so far it seems it was successful. I just put the contents of the old KMail-1 maildir - which doesn´t contain any mbox files - into ~/.local/share/local-mail and started with a clean configuration. I added most important filter rules and so far it seems to behave. Even address completion works :) I keep mail indexing switched off for now however. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kontact] [Bug 315601] Kmail crashed when exited.
https://bugs.kde.org/show_bug.cgi?id=315601 Nathan Wolf future...@delorean.net changed: What|Removed |Added CC||future...@delorean.net -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kontact] [Bug 315601] Kmail crashed when exited.
https://bugs.kde.org/show_bug.cgi?id=315601 --- Comment #3 from Nathan Wolf future...@delorean.net --- Created attachment 79612 -- https://bugs.kde.org/attachment.cgi?id=79612action=edit New crash information added by DrKonqi kontact (4.10.2) on KDE Platform 4.10.2 release 556 using Qt 4.8.4 Foldiers started disappearing when using kmail. Selected to refresh the mail sources and some folders disappeard while only the names of other folders disappeard. I closed Kontact/Kmail and the program crashed. -- Backtrace (Reduced): #6 isEmpty (this=this@entry=0xb1) at ../../src/corelib/tools/qhash.h:297 #7 QHashQModelIndex, QPersistentModelIndexData*::remove (this=this@entry=0xb1, akey=...) at ../../src/corelib/tools/qhash.h:786 #8 0x7f9e73928608 in QAbstractItemModelPrivate::removePersistentIndexData (this=0x21, data=data@entry=0x6449b60) at kernel/qabstractitemmodel.cpp:542 #9 0x7f9e73928859 in QPersistentModelIndexData::destroy (data=0x6449b60) at kernel/qabstractitemmodel.cpp:83 #10 0x7f9e7392898f in QPersistentModelIndex::~QPersistentModelIndex (this=0xa3e72c0, __in_chrg=optimized out) at kernel/qabstractitemmodel.cpp:155 -- 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 319203] New: kmail setting for minimum font size is not respected in received HTML mail
https://bugs.kde.org/show_bug.cgi?id=319203 Bug ID: 319203 Summary: kmail setting for minimum font size is not respected in received HTML mail Classification: Unclassified Product: kmail2 Version: 4.10.2 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: composer Assignee: kdepim-bugs@kde.org Reporter: rud...@rudd-o.com Regardless of the minimum font size specified in the settings, HTML messages are still shown with a microscopic font. KControl font scaling setting (Force font DPI) is also simply not respected in that case. Text plain mail is fine. Reproducible: Always Steps to Reproduce: 1. open kmail in a computer with a TV 10 feet from you and font DPI scaled to actually see the text 2.open html mail message 3.stab eyes out because you can't read email Actual Results: normal (that is, relatively microscopic) fonts Expected Results: font sizes scaled according to the rest of the 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
[kmail2] [Bug 319204] New: Mail bodies are deleted by spam filter on the IMAP Server!
https://bugs.kde.org/show_bug.cgi?id=319204 Bug ID: 319204 Summary: Mail bodies are deleted by spam filter on the IMAP Server! Classification: Unclassified Product: kmail2 Version: 4.10.2 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: critical Priority: NOR Component: commands and actions Assignee: kdepim-bugs@kde.org Reporter: piedro.kul...@googlemail.com As happened before and this was fixed as I could tell now it's back again: Kmail filters destroy the mailbody of mails but not locally but ON THE SERVER! This is really damaging - it happens whith the standard set of kmail2 spam filters as created by the spam assistant in connection with bogofilter. Spam filtering worked for quite a while now, now this problem is back (though I haven't found the related bug). Maybe this has to do with another thing: everytime I change a setting in the filter configuration dialog - afterwards the mail filter progress bar (bottom right) shows the mail filter agent stuck at 0% until I restart kmail or via akonadi console the mail filter agent (here it doesn't indicate any malfunction. Also it seems that both of these problems start after KDE has a lot of uptime - more than 24 hours I'd guess. Reproducible: Sometimes Actual Results: Mails appear in the inbox, that could have been mistaken for spam and the mailbody is gone - I mean really gone - I checked on the IMAP servers directly... Happens in different accounts with different IMAP servers, so I am pretty sure it's the mail filter agent ... Expected Results: It's absolutely unacceptable that mail is destroyed - I expect this to be top priority of any mail client ... It's absolutely unacceptable that mail is destroyed - I expect this to be top priority of any mail client ... -- 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 319204] Mail bodies are deleted by spam filter on the IMAP Server!
https://bugs.kde.org/show_bug.cgi?id=319204 piedro piedro.kul...@googlemail.com changed: What|Removed |Added CC||piedro.kul...@googlemail.co ||m --- Comment #1 from piedro piedro.kul...@googlemail.com --- BTW: it also seems that after a while most akonadi modules for mail stop working without indicating any malfunction - trying to send a mail does also only work after restarting the mail dispatcher agent (though the condition shown by akonadi console is working) p. -- 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 319204] Mail bodies are deleted by spam filter on the IMAP Server!
https://bugs.kde.org/show_bug.cgi?id=319204 --- Comment #2 from piedro piedro.kul...@googlemail.com --- After a complete restart of the system and reactivating the spam filter for testing on an unimportant account, mail filter work again as expected ... So there has to be a time a uptime related or just random condition that causes massive malfunction of the mail filtering including the deletion of mail content. Let me guess: Could it have something to do with akonadi/nepomuk not working like expected ??? In my opinion, there has to be a fallback security feature that keeps kmail as one of the most vital applications for everyday 24/7 work running - maybe without filtering - but it has to work even when akonadi/nepomuk crashed/freezed/mailfuncioned once more ... (maybe not important for the machine but vital for any productive user!) -- 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 319204] Mailbodies are deleted by Kmails spam-bogofilter on the remote IMAP Server!
https://bugs.kde.org/show_bug.cgi?id=319204 piedro piedro.kul...@googlemail.com changed: What|Removed |Added Summary|Mail bodies are deleted by |Mailbodies are deleted by |spam filter on the IMAP |Kmails spam-bogofilter on |Server! |the remote IMAP Server! -- 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
