[kmail2] [Bug 265653] Error after filter moves message to different folder
https://bugs.kde.org/show_bug.cgi?id=265653 --- Comment #5 from Mark Fraser --- Still seeing this with KDE 4.10.5. When I start KMail, I'm getting 10 or so errors saying "Can't move message " -- 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 295532] Akonadi hogs cpu when updating remote ics feed from google
https://bugs.kde.org/show_bug.cgi?id=295532 Daniel Faust changed: What|Removed |Added Status|CONFIRMED |NEEDSINFO Resolution|--- |WORKSFORME --- Comment #11 from Daniel Faust --- I tested the feed with both, periodic updates (comment #8) disabled and enabled but couldn't reproduce the bug any more. My KDE version is 4.10.5 (In reply to comment #5) > I confirm for korganizer 4.10.1, getting the CPU hogging and akonadi error > messages. > > This ics feed causes the problem: > http://hamburg-mitte.bezirkspiraten.de/events/ical/ I also tried it with this feed, again with periodic updates disabled and enabled but still couldn't reproduce the bug. So I'm setting this bug report to NEEDSINFO/WORKSFORME and call on Michael to provide more information. -- 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 322400] IMAP resource dialog crashed after/while closing settings
https://bugs.kde.org/show_bug.cgi?id=322400 Jekyll Wu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Jekyll Wu --- *** This bug has been marked as a duplicate of bug 296319 *** -- 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 296319] IMAP resources sometimes crashes (or: random crashes on akonadi resources).
https://bugs.kde.org/show_bug.cgi?id=296319 Jekyll Wu changed: What|Removed |Added CC||gt...@spearhead.de --- Comment #4 from Jekyll Wu --- *** Bug 322400 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 314010] kmail composer regression: Cursor jumps to end of line after every keypress
https://bugs.kde.org/show_bug.cgi?id=314010 --- Comment #15 from Marc Schiffbauer --- For me this is fixed in current 4.11 branch -- 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 322414] New: akonadi_davgroupware_resource crash on startup
https://bugs.kde.org/show_bug.cgi?id=322414 Bug ID: 322414 Summary: akonadi_davgroupware_resource crash on startup Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: DAV Resource Assignee: kdepim-bugs@kde.org Reporter: msch...@gentoo.org Application: akonadi_davgroupware_resource (4.10) KDE Platform Version: 4.10.95 (Compiled from sources) Qt Version: 4.8.4 Operating System: Linux 3.9.7-gentoo x86_64 Distribution: "NAME=Gentoo" -- Information about the crash: - What I was doing when the application crashed: I got this crash right after kde startup. I happens often after login but not every time. -- Backtrace: Application: MCS vom Typ DAV-Groupware-Ressource (akonadi_davgroupware_resource), signal: Aborted Using host libthread_db library "/lib64/libthread_db.so.1". [KCrash Handler] #6 0x7fc3c57e4545 in raise () from /lib64/libc.so.6 #7 0x7fc3c57e59c8 in abort () from /lib64/libc.so.6 #8 0x7fc3c96216c4 in qt_message_output (msgType=msgType@entry=QtFatalMsg, buf=) at global/qglobal.cpp:2323 #9 0x7fc3c9621838 in qt_message(QtMsgType, const char *, typedef __va_list_tag __va_list_tag *) (msgType=msgType@entry=QtFatalMsg, msg=msg@entry=0x7fc3c9788948 "ASSERT: \"%s\" in file %s, line %d", ap=ap@entry=0x7fffc2ccdb08) at global/qglobal.cpp:2369 #10 0x7fc3c96219cc in qFatal (msg=msg@entry=0x7fc3c9788948 "ASSERT: \"%s\" in file %s, line %d") at global/qglobal.cpp:2552 #11 0x7fc3c9621a16 in qt_assert (assertion=assertion@entry=0x7fc3c7e0db85 "!localNode->processed", file=file@entry=0x7fc3c7e0d800 "/var/tmp/portage/kde-base/kdepimlibs-4.11.49./work/kdepimlibs-4.11.49./akonadi/collectionsync.cpp", line=line@entry=306) at global/qglobal.cpp:2018 #12 0x7fc3c7cf8c43 in Akonadi::CollectionSync::Private::processPendingRemoteNodes (this=this@entry=0x20acc50, _localRoot=) at /var/tmp/portage/kde-base/kdepimlibs-4.11.49./work/kdepimlibs-4.11.49./akonadi/collectionsync.cpp:306 #13 0x7fc3c7cfceac in execute (this=0x20acc50) at /var/tmp/portage/kde-base/kdepimlibs-4.11.49./work/kdepimlibs-4.11.49./akonadi/collectionsync.cpp:525 #14 Akonadi::CollectionSync::Private::localCollectionFetchResult (this=0x20acc50, job=) at /var/tmp/portage/kde-base/kdepimlibs-4.11.49./work/kdepimlibs-4.11.49./akonadi/collectionsync.cpp:184 #15 0x7fc3c7cf2a19 in qt_static_metacall (_a=0x7fffc2cce220, _id=1, _o=0x1dd2af0, _c=) at /var/tmp/portage/kde-base/kdepimlibs-4.11.49./work/kdepimlibs-4.11.49._build/akonadi/moc_collectionsync_p.cpp:59 #16 Akonadi::CollectionSync::qt_static_metacall (_o=0x1dd2af0, _c=, _id=, _a=0x7fffc2cce220) at /var/tmp/portage/kde-base/kdepimlibs-4.11.49./work/kdepimlibs-4.11.49._build/akonadi/moc_collectionsync_p.cpp:52 #17 0x7fc3c973b854 in QMetaObject::activate (sender=sender@entry=0x20cc130, m=m@entry=0x7fc3c8a894c0 , local_signal_index=local_signal_index@entry=3, argv=argv@entry=0x7fffc2cce220) at kernel/qobject.cpp:3539 #18 0x7fc3c86e6292 in KJob::result (this=this@entry=0x20cc130, _t1=_t1@entry=0x20cc130) at /var/tmp/portage/kde-base/kdelibs-4.11.49./work/kdelibs-4.11.49._build/kdecore/kjob.moc:208 #19 0x7fc3c86e62d0 in KJob::emitResult (this=0x20cc130) at /var/tmp/portage/kde-base/kdelibs-4.11.49./work/kdelibs-4.11.49./kdecore/jobs/kjob.cpp:318 #20 0x7fc3c973ad4e in QObject::event (this=0x20cc130, e=) at kernel/qobject.cpp:1194 #21 0x7fc3c624efec in QApplicationPrivate::notify_helper (this=this@entry=0x1d78cf0, receiver=receiver@entry=0x20cc130, e=e@entry=0x20dfa70) at kernel/qapplication.cpp:4562 #22 0x7fc3c6253411 in QApplication::notify (this=this@entry=0x7fffc2ccebf0, receiver=receiver@entry=0x20cc130, e=e@entry=0x20dfa70) at kernel/qapplication.cpp:4423 #23 0x7fc3c6f6c1e6 in KApplication::notify (this=0x7fffc2ccebf0, receiver=0x20cc130, event=0x20dfa70) at /var/tmp/portage/kde-base/kdelibs-4.11.49./work/kdelibs-4.11.49./kdeui/kernel/kapplication.cpp:311 #24 0x7fc3c972658e in QCoreApplication::notifyInternal (this=0x7fffc2ccebf0, receiver=receiver@entry=0x20cc130, event=event@entry=0x20dfa70) at kernel/qcoreapplication.cpp:946 #25 0x7fc3c9729ea9 in sendEvent (event=0x20dfa70, receiver=0x20cc130) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231 #26 QCoreApplicationPrivate::sendPostedEvents (receiver=receiver@entry=0x0, event_type=event_type@entry=0, data=0x1d4b1f0) at kernel/qcoreapplication.cpp:1570 #27 0x7fc3c972a113 in QCoreApplication::sendPostedEvents (receiver=receiver@entry=0x0, event_type=event_type@entry=0) at kernel/qcoreapplication.cpp:1463 #28 0x7fc3c9754683 in sendPostedEvents () at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:236 #29 postEventSourceDispatch (s=0x1d78b
[Akonadi] [Bug 322413] New: crash twice when sutdown pc akonadi / kontact
https://bugs.kde.org/show_bug.cgi?id=322413 Bug ID: 322413 Summary: crash twice when sutdown pc akonadi / kontact Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: IMAP resource Assignee: er...@kde.org Reporter: chul...@gmail.com CC: kdepim-bugs@kde.org, vkra...@kde.org Application: akonadi_imap_resource (4.10) KDE Platform Version: 4.10.4 Qt Version: 4.8.4 Operating System: Linux 3.8.0-26-generic i686 Distribution: Linux Mint 15 Olivia -- Information about the crash: - What I was doing when the application crashed: When I shutdown, kde crashes twice "akonadi_imap_resource" ever with segmentation fault. I think that's kontact opened and it try to exit application and kde crashes. sorry for my english The crash can be reproduced every time. -- Backtrace: Application: marcosperezg...@gmail.com de tipo Servidor de correo IMAP (akonadi_imap_resource), signal: Segmentation fault Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0xb4a3d740 (LWP 3902))] Thread 3 (Thread 0xb200fb40 (LWP 3945)): #0 0xb77b3424 in __kernel_vsyscall () #1 0xb57b88e2 in clock_gettime () from /lib/i386-linux-gnu/libc.so.6 #2 0xb72a20d5 in do_gettime (frac=0xb200ef70, sec=0xb200ef68) at tools/qelapsedtimer_unix.cpp:123 #3 qt_gettime () at tools/qelapsedtimer_unix.cpp:140 #4 0xb738980e in QTimerInfoList::updateCurrentTime (this=this@entry=0xb1702074) at kernel/qeventdispatcher_unix.cpp:354 #5 0xb7389b9a in QTimerInfoList::timerWait (this=0xb1702074, tm=...) at kernel/qeventdispatcher_unix.cpp:461 #6 0xb7388373 in timerSourcePrepareHelper (src=, timeout=0xb200f09c) at kernel/qeventdispatcher_glib.cpp:136 #7 0xb738840d in timerSourcePrepare (source=0xb1702040, timeout=0xb200f09c) at kernel/qeventdispatcher_glib.cpp:169 #8 0xb54ded21 in g_main_context_prepare () from /lib/i386-linux-gnu/libglib-2.0.so.0 #9 0xb54df5cf in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #10 0xb54df831 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #11 0xb7388c3f in QEventDispatcherGlib::processEvents (this=0xb1700468, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #12 0xb73553ec in QEventLoop::processEvents (this=this@entry=0xb200f238, flags=...) at kernel/qeventloop.cpp:149 #13 0xb73556e1 in QEventLoop::exec (this=this@entry=0xb200f238, flags=...) at kernel/qeventloop.cpp:204 #14 0xb7240fec in QThread::exec (this=this@entry=0x8febfc0) at thread/qthread.cpp:542 #15 0xb658fcd3 in KIMAP::SessionThread::run (this=0x8febfc0) at ../../kimap/sessionthread.cpp:184 #16 0xb7243b18 in QThreadPrivate::start (arg=0x8febfc0) at thread/qthread_unix.cpp:338 #17 0xb5607d78 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0 #18 0xb57a53de in clone () from /lib/i386-linux-gnu/libc.so.6 Thread 2 (Thread 0xb16ffb40 (LWP 7257)): #0 0xb77b3424 in __kernel_vsyscall () #1 0xb57b88e2 in clock_gettime () from /lib/i386-linux-gnu/libc.so.6 #2 0xb72a20d5 in do_gettime (frac=0xb16fef70, sec=0xb16fef68) at tools/qelapsedtimer_unix.cpp:123 #3 qt_gettime () at tools/qelapsedtimer_unix.cpp:140 #4 0xb738980e in QTimerInfoList::updateCurrentTime (this=this@entry=0xb0d0c904) at kernel/qeventdispatcher_unix.cpp:354 #5 0xb7389b9a in QTimerInfoList::timerWait (this=0xb0d0c904, tm=...) at kernel/qeventdispatcher_unix.cpp:461 #6 0xb7388373 in timerSourcePrepareHelper (src=, timeout=0xb16ff09c) at kernel/qeventdispatcher_glib.cpp:136 #7 0xb738840d in timerSourcePrepare (source=0xb0d0c8d0, timeout=0xb16ff09c) at kernel/qeventdispatcher_glib.cpp:169 #8 0xb54ded21 in g_main_context_prepare () from /lib/i386-linux-gnu/libglib-2.0.so.0 #9 0xb54df5cf in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #10 0xb54df831 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #11 0xb7388c3f in QEventDispatcherGlib::processEvents (this=0xb0d023e0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #12 0xb73553ec in QEventLoop::processEvents (this=this@entry=0xb16ff238, flags=...) at kernel/qeventloop.cpp:149 #13 0xb73556e1 in QEventLoop::exec (this=this@entry=0xb16ff238, flags=...) at kernel/qeventloop.cpp:204 #14 0xb7240fec in QThread::exec (this=this@entry=0x9008048) at thread/qthread.cpp:542 #15 0xb658fcd3 in KIMAP::SessionThread::run (this=0x9008048) at ../../kimap/sessionthread.cpp:184 #16 0xb7243b18 in QThreadPrivate::start (arg=0x9008048) at thread/qthread_unix.cpp:338 #17 0xb5607d78 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0 #18 0xb57a53de in clone () from /lib/i386-linux-gnu/libc.so.6 Thread 1 (Thread 0xb4a3d740 (LWP 3902)): [KCrash Handler] #7 ref (this=0x8003) at /usr/include/qt4/QtCore/qatomic_i386.h:120 #8 QSharedDataPointer (o=..., this=0xbfcc573c) at /usr/include/qt4/QtCore/qshareddata.h:93
[Akonadi] [Bug 322321] with maildir, emails eventually stop loading
https://bugs.kde.org/show_bug.cgi?id=322321 --- Comment #4 from Aaron J. Seigo --- So with the bit of code patched out of search.cpp, getting mail bodies seems pretty reliable .. but then the mailfilter agent hangs. With an unpatched search.cpp, kmail perpetually shows "Local folders" at 0% in the progress area. With a patched search.cpp (where offending code is just commented out), kmail perpetually shows "Mail filter agent" at 0% in the progress area and very quickly no email bodes can be fetched. The behaviour in akonadiconsole is similar. With the unpatched search.cpp, I see the stall during the email search (debug output in the relevant code paths shows that the response does come back from nepomuk just fine, it just hangs in search.cpp when looking up the results). With a patched search.cpp it eventually also stop fetching email bodies though the debug tabs show no obvious problems. So I am assuming it also the mail filter agent interfering at this point. If there is anything I can do to help sort this out, I'm happy to do so. Right now, kontact for email is next to unusable for me. :/ -- 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 322404] New: DAV resource syncs calendar components even though they are not advertised by the server.
https://bugs.kde.org/show_bug.cgi?id=322404 Bug ID: 322404 Summary: DAV resource syncs calendar components even though they are not advertised by the server. Classification: Unclassified Product: Akonadi Version: 4.10 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: DAV Resource Assignee: kdepim-bugs@kde.org Reporter: a...@maret.de Since KDE 4.10.5 I'm no longer able to sync my Zarafa caldav calendar because Akonadi tries to sync calendar components even though they are not advertised by the CALDAV:supported-calendar-component-set property. This becomes a problem because Akonadi seems to abort the whole sync process if an error occurs while trying to sync any of the calendar components. Therefore the VEVENT calendar will not be synced even though the error occurs when trying to sync the unsupported VJOURNAL component. The problem only occurs because Zarafa also has a bug which triggers an internal server error when trying to sync the unsupported calendar component VJOURNAL. The server however correctly advertises only the VEVENT and VTODO components, so KDE should either not try to sync the VJOURNAL component at all or ignore any errors which are triggered when trying to query components which were not advertised by the server. Reproducible: Always Steps to Reproduce: 1. Add a Zarafa 7.1.2-39121 caldav resource. 2. Sync the calendar. Actual Results: The calendar sync is aborted. Expected Results: The calendar should be synced successfully. Tested with: - OpenSuse 12.3 + KDE 4.10.5 - Kubuntu 12.04 + KDE 4.10.5 -- 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 322400] New: IMAP resource dialog crashed after/while closing settings
https://bugs.kde.org/show_bug.cgi?id=322400 Bug ID: 322400 Summary: IMAP resource dialog crashed after/while closing settings Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Debian unstable OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: IMAP resource Assignee: er...@kde.org Reporter: gt...@spearhead.de CC: kdepim-bugs@kde.org, vkra...@kde.org Application: akonadi_imap_resource (4.10) KDE Platform Version: 4.10.5 Qt Version: 4.8.5 Operating System: Linux 3.9.4 x86_64 Distribution: Debian GNU/Linux unstable (sid) -- Information about the crash: - What I was doing when the application crashed: Looking through the properties of an IMAP source (receiving) and closing the dialog -- Backtrace: Application: Work of type IMAP E-Mail Server (akonadi_imap_resource), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7fa791f76780 (LWP 13274))] Thread 3 (Thread 0x7fa77649d700 (LWP 13337)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 #1 0x7fa79126a424 in wait (time=3, this=0x7fa778012bf0) at thread/qwaitcondition_unix.cpp:84 #2 QWaitCondition::wait (this=, mutex=mutex@entry=0x7fa778014198, time=3) at thread/qwaitcondition_unix.cpp:158 #3 0x7fa79125d8a5 in QThreadPoolThread::run (this=0x7fa778014350) at concurrent/qthreadpool.cpp:141 #4 0x7fa791269f6f in QThreadPrivate::start (arg=0x7fa778014350) at thread/qthread_unix.cpp:338 #5 0x7fa78cfafe0e in start_thread (arg=0x7fa77649d700) at pthread_create.c:311 #6 0x7fa78d94693d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 2 (Thread 0x7fa77c8e9700 (LWP 13338)): #0 0x7fa78d93b19d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7fa78c690194 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7fa78c69029c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7fa791396d06 in QEventDispatcherGlib::processEvents (this=0x7fa77802a510, flags=...) at kernel/qeventdispatcher_glib.cpp:427 #4 0x7fa7913687bf in QEventLoop::processEvents (this=this@entry=0x7fa77c8e8dd0, flags=...) at kernel/qeventloop.cpp:149 #5 0x7fa791368ab5 in QEventLoop::exec (this=this@entry=0x7fa77c8e8dd0, flags=...) at kernel/qeventloop.cpp:204 #6 0x7fa7912678cf in QThread::exec (this=this@entry=0x2412860) at thread/qthread.cpp:536 #7 0x7fa78ffc5eda in KIMAP::SessionThread::run (this=0x2412860) at ../../kimap/sessionthread.cpp:184 #8 0x7fa791269f6f in QThreadPrivate::start (arg=0x2412860) at thread/qthread_unix.cpp:338 #9 0x7fa78cfafe0e in start_thread (arg=0x7fa77c8e9700) at pthread_create.c:311 #10 0x7fa78d94693d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 1 (Thread 0x7fa791f76780 (LWP 13274)): [KCrash Handler] #6 check_parent_thread (parent=parent@entry=0x213a1d0, parentThreadData=, currentThreadData=) at kernel/qobject.cpp:695 #7 0x7fa791382ef8 in check_parent_thread (currentThreadData=, parentThreadData=, parent=0x213a1d0) at kernel/qobject.cpp:737 #8 QObject::QObject (this=0x1e702c0, parent=0x213a1d0) at kernel/qobject.cpp:728 #9 0x7fa78e25508e in KJob::KJob (this=0x1e702c0, parent=) at ../../kdecore/jobs/kjob.cpp:50 #10 0x7fa78ffaa495 in KIMAP::Job::Job (this=0x1e702c0, dd=...) at ../../kimap/job.cpp:36 #11 0x7fa78ffbfaaa in KIMAP::SelectJob::SelectJob (this=0x1e702c0, session=) at ../../kimap/selectjob.cpp:56 #12 0x0044fa43 in ?? () #13 0x004511f0 in ?? () #14 0x004450c3 in ?? () #15 0x7fa79137dcf8 in QMetaObject::activate (sender=0x1e93bf0, m=, local_signal_index=, argv=0x7504b1d0) at kernel/qobject.cpp:3547 #16 0x00452f32 in ?? () #17 0x00454e6a in ?? () #18 0x00455b4d in ?? () #19 0x7fa7913820ae in QObject::event (this=0x1e93bf0, e=) at kernel/qobject.cpp:1194 #20 0x7fa79070d70c in QApplicationPrivate::notify_helper (this=this@entry=0x1e11720, receiver=receiver@entry=0x1e93bf0, e=e@entry=0x590e2b0) at kernel/qapplication.cpp:4567 #21 0x7fa790713d80 in QApplication::notify (this=this@entry=0x7504b970, receiver=receiver@entry=0x1e93bf0, e=e@entry=0x590e2b0) at kernel/qapplication.cpp:4353 #22 0x7fa78e839cfa in KApplication::notify (this=0x7504b970, receiver=0x1e93bf0, event=0x590e2b0) at ../../kdeui/kernel/kapplication.cpp:311 #23 0x7fa791369b5d in QCoreApplication::notifyInternal (this=0x7504b970, receiver=receiver@entry=0x1e93bf0, event=event@entry=0x590e2b0) at kernel/qcoreapplication.cpp:949 #24 0x7fa79136d0bf in sendEvent (event=0x590e2b0, receiver=0x1e93bf0) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231 #25 QCoreApplicationP
[kmail2] [Bug 292418] Kmail can't create IMAP top level folders
https://bugs.kde.org/show_bug.cgi?id=292418
--- Comment #31 from Timothy Murphy ---
I was slightly in error in the above comment.
The message
"alfred: Could not create collection Spam:resourceId: 13"
did not come from my server ("alfred") but from my laptop;
the "alfred" in the message referred to the KMail account name
and resulting resource name.
--
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 122586] DIMAP downloaded calendar entries with attachments do not appear in calendar
https://bugs.kde.org/show_bug.cgi?id=122586 Christian Mollekopf changed: What|Removed |Added Status|CONFIRMED |RESOLVED CC||mollek...@kolabsys.com Resolution|--- |WORKSFORME -- 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 303072] Crash when adding a contact to a kolab imap resource
https://bugs.kde.org/show_bug.cgi?id=303072 Christian Mollekopf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Latest Commit||http://commits.kde.org/kdep ||im-runtime/7d7d41f48024d85a ||4caff5272fb8f213796fa7f3 --- Comment #2 from Christian Mollekopf --- Git commit 7d7d41f48024d85a4caff5272fb8f213796fa7f3 by Christian Mollekopf. Committed on 15/07/2013 at 15:48. Pushed by cmollekopf into branch 'master'. Always check if handler is valid. M +12 -6resources/kolabproxy/kolabproxyresource.cpp http://commits.kde.org/kdepim-runtime/7d7d41f48024d85a4caff5272fb8f213796fa7f3 -- 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
[Akonadi] [Bug 306114] libkolab can not handle z-push generated (base64 encoded) kolab mail objects
https://bugs.kde.org/show_bug.cgi?id=306114 Christian Mollekopf changed: What|Removed |Added Status|UNCONFIRMED |NEEDSINFO CC||mollek...@kolabsys.com Resolution|--- |WAITINGFORINFO --- Comment #1 from Christian Mollekopf --- base64 encoded parts should work with libkolab, and I don't really get where the problem is. The headers are not encoded, are they? Please provide a full message with anonymized data if this is still relevant for you, then I might have a look at it. Otherwise, patches welcome ;-) -- 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 316625] Kaddressbook does not show pictures from Kolab contacts
https://bugs.kde.org/show_bug.cgi?id=316625 Christian Mollekopf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||mollek...@kolabsys.com Resolution|--- |FIXED --- Comment #5 from Christian Mollekopf --- This was a libkolab issue is available with libkolab 0.4.3 (not yet released). See https://issues.kolab.org/show_bug.cgi?id=2037 -- 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 286481] Unable to open attachments in encrypted messages
https://bugs.kde.org/show_bug.cgi?id=286481 Martin Albrecht changed: What|Removed |Added CC||martinralbrecht@googlemail. ||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
[Akonadi] [Bug 322321] with maildir, emails eventually stop loading
https://bugs.kde.org/show_bug.cgi?id=322321 --- Comment #3 from Aaron J. Seigo --- so after fiddling with the above akonadiserver code and the the akonadi-kde library in kdepimlibs, akonadiconsole is now working properly. i am not sure what changed (perhaps a newer akonadi server, as that was the last thing i built before it started working?) .. but now kmail can't access any email body, though it is listing folders. am rebuilding the whole pim stack from akonadi through the kdepim again now to see if that resolves itself as well; if it does, i'll close this report otherwise i will return with more harrowing details ;) p.s. the code snippet from search.cpp was only run when any UIDs were returned from the nepmukquery, explaining why it was triggering the problems under those conditions. still, not sure why it now works in akonadiconsole properly -- 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 322321] with maildir, emails eventually stop loading
https://bugs.kde.org/show_bug.cgi?id=322321 --- Comment #2 from Aaron J. Seigo --- Digging through the code, it is something in this bit in Search::parseStream in akonadi/server/src/handler/search.cpp: // create imap query QVector imapIds; Q_FOREACH ( const QString &uid, uids ) imapIds.append( uid.toULongLong() ); ImapSet itemSet; itemSet.add( imapIds ); Scope scope( Scope::Uid ); scope.setUidSet( itemSet ); FetchHelper fetchHelper( connection(), scope ); fetchHelper.setStreamParser( m_streamParser ); connect( &fetchHelper, SIGNAL(responseAvailable(Akonadi::Response)), this, SIGNAL(responseAvailable(Akonadi::Response)) ); -- 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 292418] Kmail can't create IMAP top level folders
https://bugs.kde.org/show_bug.cgi?id=292418 Timothy Murphy changed: What|Removed |Added CC||gayle...@eircom.net --- Comment #30 from Timothy Murphy --- I'm still having what I assume is the same problem with KMail: 4.10.4 I'm running KMail on my Fedora-19/KDE laptop, collecting email from a dovecot server on a CentOS-6.4 machine. When I try to create a top-level folder "Spam" on my laptop I get the message from the server (ie dovecot machine) "alfred: Could not create collection Spam:resourceId: 13" I see that a maildir folder ~/Maildir/.Spam/[cur,new,tmp] is actually created on the server, but it is not visible on the laptop KMail menu. If I right-click on the account "alfred" on the laptop and choose "Serverside subscriptions" I do see the folder "Spam" listed, and ticked. The new folder is visible with KMail on the server, and I am able to transfer email to the folder in KMail (always running on the server). So the only problems are (1) the folder is not visible on the laptop in KMail (2) I get regular messages on my laptop as stated above "alfred: Could not create collection Spam:resourceId: 13" -- 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 322321] with maildir, emails eventually stop loading
https://bugs.kde.org/show_bug.cgi?id=322321
Aaron J. Seigo changed:
What|Removed |Added
Component|general |general
Version|Git (master)|GIT (master)
Product|kmail2 |Akonadi
--- Comment #1 from Aaron J. Seigo ---
Did some poking today with akonadiconsole, which also hangs on loading, so this
seems to be an akonadi thing not an kmail thing as I originally filed this
against.
I started taking note of folders in which the problem was visible, and started
noticing some patterns. Accessing those same folders with akonadiconsole gives
the same problems. In the debug output, while moving between emails I get
output like this prior to the hang:
19 SEARCH "SELECT DISTINCT ?person ?reqProp1 WHERE { ?person
?reqProp1 . ?person
nco:hasEmailAddress ?email . ?email nco:emailAddress
\"REDACTED\"^^ . }" FULLPAYLOAD
EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME)
19 OK SEARCH completed
20 UID FETCH 45047 FULLPAYLOAD ALLATTR EXTERNALPAYLOAD (UID REMOTEID
REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME)
* 45047 FETCH (UID 45047 REV 2 REMOTEID "" MIMETYPE "message/rfc822"
COLLECTIONID 60 SIZE 8985 DATETIME "03-Jul-2013 08:44:30 +" FLAGS (\SEEN)
ATR:MDNStateAttribute {1} I ATR:pop3resourceattribute {50}
20 OK UID FETCH completed
21 UID FETCH 45047 FULLPAYLOAD ALLATTR EXTERNALPAYLOAD (UID REMOTEID
REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME)
* 45047 FETCH (UID 45047 REV 2 REMOTEID "" MIMETYPE "message/rfc822"
COLLECTIONID 60 SIZE 8985 DATETIME "03-Jul-2013 08:44:30 +" FLAGS (\SEEN)
ATR:MDNStateAttribute {1} I ATR:pop3resourceattribute {50}
21 OK UID FETCH completed
22 SEARCH "SELECT DISTINCT ?person ?reqProp1 WHERE { ?person
?reqProp1 . ?person
nco:hasEmailAddress ?email . ?email nco:emailAddress
\"REDACTED\"^^ . }" FULLPAYLOAD
EXTERNALPAYLOAD (UID REMOTEID REMOTEREVISION COLLECTIONID FLAGS SIZE DATETIME)
Note how there is no "OK SEARCH completed". I'm unsure why it is doing a search
on the email address when accessing the email (I'm sure there's a good reason
:), but this is where it hangs. The search never returns and from that point
forward no email bodies will be shown while the search hangs. Restarting the
client resolves the matter immediately, so at least the akonadi server
process(es) are not hanging .. but something in the client communication is. It
also happens on the exact same email addresses every time.
Eventually after an ~5 minute timeout, this returns:
22 NO Unable to fetch item from backend (collection 0) : Unable to retrieve
item from resource: Did not receive a reply. Possible causes include: the
remote application did not send a reply, the message bus security policy
blocked the reply, the reply timeout expired, or the network connection was
broken.
It can't be the security policy as it works with other messages and email
address lookups; it can't be the network (it's all local) .. so either the
application (nepomuk?) did not send a reply or took too long and the reply
timeout expired.
When I run the query in nepomukshell, I get a return with elapsed query time
of 122 ms.
The queries that do not cause problems return zero hits from nepomuk.
So, in summary:
* the akonadi<->client communication hangs on the "SELECT DISTINCT ?person .."
queries
* nepomukshell responds ~immediately on all of the queries made
* when results are returned from the query, the communication hangs
* after a 5 minute timeout, things work again until another bad person by email
address query is made
--
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 322383] New: IMAP resource hangs without error message when server supports SSLv3 only
https://bugs.kde.org/show_bug.cgi?id=322383 Bug ID: 322383 Summary: IMAP resource hangs without error message when server supports SSLv3 only Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: IMAP resource Assignee: er...@kde.org Reporter: trou...@garni.ch CC: kdepim-bugs@kde.org, vkra...@kde.org Upon connecting to a Lotus Notes/Domino IMAP server via SSL, the IMAP resource simply does nothing, not even update the status message. The IMAP resource status message stays at whatever value it had before trying to connect to the server, and nothing more happens, no CPU usage, no fetching. IMAP resources DID work with KDE 4.8. It stopped working after the upgrade. ssldump registers connection attempts in some intervals, but connections are dropped immediately after handshake. Further investigation shows that the server only supports SSLv3, not TLS1 (i.e., "openssl s_client ... -ssl3" works, "... -tls1" doesn't). When proxying the connection with stunnel configured as "sslVersion = SSLv3", IMAP works. stunnel fails just the same when leaving out that option. Reproducible: Always Steps to Reproduce: 1. Configure an akonadi IMAP resource to access an SSLv3-only IMAP server 2. Look at nothing at all happening 3. Profit? Actual Results: No user-visible reaction at all. Expected Results: At least some kind of error message. Ideally, a working IMAP resource. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 300945] when printing, kmail doesn't transform from pretty date format to something absolute (yesterday -> 30.05.2012)
https://bugs.kde.org/show_bug.cgi?id=300945 Laurent Montel changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Version Fixed In||4.11 Resolution|--- |FIXED --- Comment #2 from Laurent Montel --- Fixed in 4.11 -- 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 322365] Underline links
https://bugs.kde.org/show_bug.cgi?id=322365 Laurent Montel changed: What|Removed |Added CC||mon...@kde.org --- Comment #1 from Laurent Montel --- links is not underlined because it's generated as 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 322205] When printing mails replace "today" with actual day
https://bugs.kde.org/show_bug.cgi?id=322205 Laurent Montel changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||mon...@kde.org Version Fixed In||4.11 Resolution|--- |FIXED --- Comment #1 from Laurent Montel --- Done in 4.11 -- 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
