[kontact] [Bug 319500] New: Kontact (kdepim) won't start after Kubuntu 13.04 upgrade.
https://bugs.kde.org/show_bug.cgi?id=319500 Bug ID: 319500 Summary: Kontact (kdepim) won't start after Kubuntu 13.04 upgrade. Classification: Unclassified Product: kontact Version: 4.10.2 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: j...@vanhorn.com Application: kontact (4.10.2) KDE Platform Version: 4.10.2 Qt Version: 4.8.4 Operating System: Linux 3.8.0-19-generic i686 Distribution: Ubuntu 13.04 -- Information about the crash: - What I was doing when the application crashed: it crashes at startup. After Kubuntu 13.04 upgrage Kontact (kdepim) won't start. The crash can be reproduced every time. -- Backtrace: Application: Kontact (kontact), signal: Illegal instruction Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". [KCrash Handler] #7 0xb5649773 in WTF::TCMalloc_ThreadCache::InitModule() () from /usr/lib/i386-linux-gnu/libQtWebKit.so.4 #8 0xb5649f08 in WTF::fastMalloc(unsigned int) () from /usr/lib/i386-linux-gnu/libQtWebKit.so.4 #9 0xb566ddd6 in WTF::StringImpl::empty() () from /usr/lib/i386-linux-gnu/libQtWebKit.so.4 #10 0xb5678c2a in WTF::initializeThreading() () from /usr/lib/i386-linux-gnu/libQtWebKit.so.4 #11 0xb5572a4a in JSC::initializeThreading() () from /usr/lib/i386-linux-gnu/libQtWebKit.so.4 #12 0xb400d164 in WebCore::ScriptController::initializeThreading() () from /usr/lib/i386-linux-gnu/libQtWebKit.so.4 #13 0xb3f4ca4d in WebCore::initializeWebCoreQt() () at /build/buildd/qtwebkit-source-2.3.0/Source/WebCore/platform/Timer.h:98 #14 0xb3f050a7 in QWebPagePrivate::QWebPagePrivate(QWebPage*) () at /build/buildd/qtwebkit-source-2.3.0/Source/WebCore/page/DragClient.h:68 #15 0xb3f0e427 in QWebPage::QWebPage(QObject*) () at /build/buildd/qtwebkit-source-2.3.0/Source/WebCore/page/DragClient.h:68 #16 0xb3d58f83 in KWebPage::KWebPage (this=0x8d177a0, parent=0x8d174d8, flags=...) at ../../kdewebkit/kwebpage.cpp:223 #17 0xb3d5a205 in KWebView::KWebView (this=0x8d174d8, parent=0x8d16c28, createCustomPage=true) at ../../kdewebkit/kwebview.cpp:38 #18 0xb76f4be3 in Kontact::MainWindow::initAboutScreen (this=this@entry=0x8eac770) at ../../../kontact/src/mainwindow.cpp:414 #19 0xb76f4e25 in Kontact::MainWindow::initWidgets (this=this@entry=0x8eac770) at ../../../kontact/src/mainwindow.cpp:359 #20 0xb76fcf1e in Kontact::MainWindow::initGUI (this=this@entry=0x8eac770) at ../../../kontact/src/mainwindow.cpp:166 #21 0xb76fdcf7 in Kontact::MainWindow::MainWindow (this=0x8eac770, __in_chrg=, __vtt_parm=) at ../../../kontact/src/mainwindow.cpp:152 #22 0x0804b6be in KontactApp::newInstance (this=0xbf8e7b08) at ../../../kontact/src/main.cpp:135 #23 0xb746b5d7 in KUniqueApplicationAdaptor::newInstance (this=this@entry=0x8e7e7a8, asn_id=..., args=...) at ../../kdeui/kernel/kuniqueapplication.cpp:442 #24 0xb746b686 in qt_static_metacall (_a=0xbf8e70ec, _id=0, _o=0x8e7e7a8, _c=) at ./kuniqueapplication_p.moc:58 #25 KUniqueApplicationAdaptor::qt_static_metacall (_o=0x8e7e7a8, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0xbf8e70ec) at ./kuniqueapplication_p.moc:52 #26 0xb746b80c in KUniqueApplicationAdaptor::qt_metacall (this=0x8e7e7a8, _c=QMetaObject::InvokeMetaMethod, _id=, _a=0xbf8e70ec) at ./kuniqueapplication_p.moc:102 #27 0xb39437be in QDBusConnectionPrivate::deliverCall (this=0x8d03338, object=0x8e7e7a8, msg=..., metaTypes=..., slotIdx=1) at qdbusintegrator.cpp:951 #28 0xb394403a in QDBusConnectionPrivate::activateCall (this=0x8d03338, object=0x8e7e7a8, flags=337, msg=...) at qdbusintegrator.cpp:856 #29 0xb39447e2 in QDBusConnectionPrivate::activateObject (this=0x8d03338, node=..., msg=..., pathStartPos=149485825) at qdbusintegrator.cpp:1427 #30 0xb3944bd8 in QDBusActivateObjectEvent::placeMetaCall (this=0x8e87a48) at qdbusintegrator.cpp:1541 #31 0xb6e6748b in QObject::event (this=this@entry=0xbf8e7b08, e=e@entry=0x8e87a48) at kernel/qobject.cpp:1194 #32 0xb6e506da in QCoreApplication::event (this=this@entry=0xbf8e7b08, e=e@entry=0x8e87a48) at kernel/qcoreapplication.cpp:1758 #33 0xb63433cd in QApplication::event (this=0xbf8e7b08, e=0x8e87a48) at kernel/qapplication.cpp:2549 #34 0xb633ac7c in QApplicationPrivate::notify_helper (this=0x8d1ad98, receiver=0xbf8e7b08, e=0x8e87a48) at kernel/qapplication.cpp:4567 #35 0xb633db94 in QApplication::notify (this=0x8e87a48, receiver=0xbf8e7b08, e=0x8e87a48) at kernel/qapplication.cpp:3949 #36 0xb7467d01 in KApplication::notify (this=0xbf8e7b08, receiver=0xbf8e7b08, event=0x8e87a48) at ../../kdeui/kernel/kapplication.cpp:311 #37 0xb6e4b90e in QCoreApplication::notifyInternal (this=0xbf8e7b08, receiver=0xbf8e7b08, event=0x8e87a48) at kernel/qcoreapplication.cpp:946 #38 0xb6e4f721 in sendEvent (event=, receiver=) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231 #39 QCoreApplic
[kmail2] [Bug 319499] New: On every refresh of mailbox from server, Kmail jumps to next message in message list automatically.
https://bugs.kde.org/show_bug.cgi?id=319499 Bug ID: 319499 Summary: On every refresh of mailbox from server, Kmail jumps to next message in message list automatically. Classification: Unclassified Product: kmail2 Version: 4.10.3 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: message list Assignee: kdepim-bugs@kde.org Reporter: kanwar.pl...@gmail.com When viewing a message, if a refresh of the mailbox is done from the server, the focus jumps to the next message automatically -- either in the current thread (if a reply exists) or the previous thread. If left on its own, the focus in message list keeps shifting down on each refresh. Reproducible: Always Steps to Reproduce: 1. Start Kmail 2. Configure a mail account to receive mail from 3. Wait for each refresh to see focus in message list jump to next message automatically Actual Results: Focus was lost from the message I was reading. Expected Results: Focus should not shift from one message to another automatically in the message list. A refresh of messages from the mail server should not affect my reading of any message and the focus in message list must remain on the message being read at that time. -- 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 319344] cannot open a view message window in Offline mode
https://bugs.kde.org/show_bug.cgi?id=319344 --- Comment #2 from CSights --- > In pop3 ? imap account ? imap -- 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
[nepomuk] [Bug 319481] kmail crash
https://bugs.kde.org/show_bug.cgi?id=319481 Jekyll Wu changed: What|Removed |Added CC||nepomuk-b...@kde.org Component|general |general Assignee|kdepim-bugs@kde.org |nepomuk-b...@kde.org Product|kmail2 |nepomuk -- 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 319428] noticifations about errors contain password
https://bugs.kde.org/show_bug.cgi?id=319428 --- Comment #3 from m.w...@web.de --- Is there a way to provoke a connection error? It doesn't work when just disconnecting the internet. The cause must have been on the server side, so I will only see the message again, when I can fake a server error or it happens again. -- 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 318913] CPU consumption too high
https://bugs.kde.org/show_bug.cgi?id=318913 Vitaliy Filippov changed: What|Removed |Added CC||vita...@yourcmc.ru --- Comment #1 from Vitaliy Filippov --- +1 I'm also on Debian and on KDE 4.10.2 and also experienced this high CPU consumption after syncing my work mail (~65000 messages on an IMAP server). Meanwhile it did endless SELECT queries to mysql. Then I restarted Akonadi and it stopped eating my CPU. But KMail started eating it itself. It says "ready" but does something. WHAT DOES IT DO? For what purpose? Even OPERA MAIL works MUCH FASTER (!!!) Opera deals with my mail without problem, while KMail doesn't. Yet it improved over 4.8 - in 4.8 it also ate ALL available RAM... -- 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 319481] New: kmail crash
https://bugs.kde.org/show_bug.cgi?id=319481 Bug ID: 319481 Summary: kmail crash Classification: Unclassified Product: kmail2 Version: 4.10.2 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: andrewstmar...@gmail.com Application: kmail (4.10.2) KDE Platform Version: 4.10.2 Qt Version: 4.8.4 Operating System: Linux 3.8.0-19-generic x86_64 Distribution: Ubuntu 13.04 -- Information about the crash: - What I was doing when the application crashed: kmail was acting very sluggishly. I attempted to quit the app to restart when the crash occurred. The crash can be reproduced sometimes. -- Backtrace: Application: KMail (kmail), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 [Current thread is 1 (Thread 0x7f4f37045800 (LWP 8051))] Thread 6 (Thread 0x7f4f10bad700 (LWP 8055)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7f4f28779585 in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #2 0x7f4f287795d9 in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #3 0x7f4f31cd3f8e in start_thread (arg=0x7f4f10bad700) at pthread_create.c:311 #4 0x7f4f343dbe1d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 5 (Thread 0x7f4ecfc15700 (LWP 8056)): #0 pthread_mutex_lock (mutex=0x7f4ec8000a60) at forward.c:192 #1 0x7f4f2c6665c1 in g_mutex_lock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f4f2c62690b in g_main_context_prepare () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f4f2c6270fe in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f4f2c627304 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x7f4f34d6a036 in QEventDispatcherGlib::processEvents (this=0x7f4ec80008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #6 0x7f4f34d3a38f in QEventLoop::processEvents (this=this@entry=0x7f4ecfc14d50, flags=...) at kernel/qeventloop.cpp:149 #7 0x7f4f34d3a618 in QEventLoop::exec (this=this@entry=0x7f4ecfc14d50, flags=...) at kernel/qeventloop.cpp:204 #8 0x7f4f34c3c410 in QThread::exec (this=this@entry=0xe92030) at thread/qthread.cpp:542 #9 0x7f4f34d1bedf in QInotifyFileSystemWatcherEngine::run (this=0xe92030) at io/qfilesystemwatcher_inotify.cpp:256 #10 0x7f4f34c3ebec in QThreadPrivate::start (arg=0xe92030) at thread/qthread_unix.cpp:338 #11 0x7f4f31cd3f8e in start_thread (arg=0x7f4ecfc15700) at pthread_create.c:311 #12 0x7f4f343dbe1d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 4 (Thread 0x7f4eceb85700 (LWP 8057)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7f4f284bfa09 in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #2 0x7f4f287a7cee in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #3 0x7f4f31cd3f8e in start_thread (arg=0x7f4eceb85700) at pthread_create.c:311 #4 0x7f4f343dbe1d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 3 (Thread 0x7f4ecd573700 (LWP 8062)): #0 0x7f4f2c6246f0 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x7f4f2c626d12 in g_main_context_check () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f4f2c627175 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f4f2c627304 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f4f34d6a036 in QEventDispatcherGlib::processEvents (this=0x7f4eb80008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #5 0x7f4f34d3a38f in QEventLoop::processEvents (this=this@entry=0x7f4ecd572d80, flags=...) at kernel/qeventloop.cpp:149 #6 0x7f4f34d3a618 in QEventLoop::exec (this=this@entry=0x7f4ecd572d80, flags=...) at kernel/qeventloop.cpp:204 #7 0x7f4f34c3c410 in QThread::exec (this=) at thread/qthread.cpp:542 #8 0x7f4f34c3ebec in QThreadPrivate::start (arg=0xe8fb60) at thread/qthread_unix.cpp:338 #9 0x7f4f31cd3f8e in start_thread (arg=0x7f4ecd573700) at pthread_create.c:311 #10 0x7f4f343dbe1d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 2 (Thread 0x7f4eb700 (LWP 8226)): [KCrash Handler] #6 lockInline (this=0x40) at /usr/include/qt4/QtCore/qmutex.h:187 #7 QMutexLocker (m=0x40, this=) at /usr/include/qt4/QtCore/qmutex.h:109 #8 Nepomuk2::ResourceData::load (this=this@entry=0x0) at ../../libnepomukcore/resource/resourcedata.cpp:345 #9 0x7f4f2d0681ce in Nepomuk2::ResourceData::property (this=0x0, uri=...) at ../../libnepomukcore/resource/resourcedata.cpp:238 #10 0x7f4f2d078143 in Nepomuk2::Resource::property (th
[Akonadi] [Bug 319478] New: akonadi crashes after relogin
https://bugs.kde.org/show_bug.cgi?id=319478 Bug ID: 319478 Summary: akonadi crashes after relogin Classification: Unclassified Product: Akonadi Version: 4.10 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: Google Resource Assignee: dvra...@redhat.com Reporter: k...@hoffmanndigital.de CC: kdepim-bugs@kde.org Application: akonadi_googlecalendar_resource (4.10) KDE Platform Version: 4.10.2 "release 1" Qt Version: 4.8.4 Operating System: Linux 3.7.10-1.4-desktop x86_64 Distribution: "openSUSE 12.3 (x86_64)" -- Information about the crash: - What I was doing when the application crashed: log in into pc and type in my google creditials twice kontact was not started just akonadi runs The crash can be reproduced every time. -- Backtrace: Application: (akonadi_googlecalendar_resource), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7fce5f1ce780 (LWP 2098))] Thread 4 (Thread 0x7fce49c31700 (LWP 6636)): #0 0x7fce5ab48964 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7fce5643b7c7 in WTF::TCMalloc_PageHeap::scavengerThread() () from /usr/lib64/libQtWebKit.so.4 #2 0x7fce5643b7f9 in WTF::TCMalloc_PageHeap::runScavengerThread(void*) () from /usr/lib64/libQtWebKit.so.4 #3 0x7fce5ab44e0f in start_thread () from /lib64/libpthread.so.0 #4 0x7fce5bd7b7dd in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7fce49318700 (LWP 6637)): #0 0x7fffb2bff847 in clock_gettime () #1 0x7fce5bd8d53d in clock_gettime () from /lib64/libc.so.6 #2 0x7fce5e533d94 in do_gettime (frac=0x7fce49317b58, sec=0x7fce49317b50) at tools/qelapsedtimer_unix.cpp:123 #3 qt_gettime () at tools/qelapsedtimer_unix.cpp:140 #4 0x7fce5e608afd in QTimerInfoList::updateCurrentTime (this=this@entry=0x7fce44002860) at kernel/qeventdispatcher_unix.cpp:354 #5 0x7fce5e608e43 in QTimerInfoList::timerWait (this=0x7fce44002860, tm=...) at kernel/qeventdispatcher_unix.cpp:461 #6 0x7fce5e6078ac in timerSourcePrepareHelper (src=, timeout=0x7fce49317c44) at kernel/qeventdispatcher_glib.cpp:136 #7 0x7fce5e607955 in timerSourcePrepare (source=, timeout=) at kernel/qeventdispatcher_glib.cpp:169 #8 0x7fce59ff8338 in g_main_context_prepare () from /usr/lib64/libglib-2.0.so.0 #9 0x7fce59ff89cb in ?? () from /usr/lib64/libglib-2.0.so.0 #10 0x7fce59ff8bc4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #11 0x7fce5e6081f6 in QEventDispatcherGlib::processEvents (this=0x7fce440008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #12 0x7fce5e5d89ef in QEventLoop::processEvents (this=this@entry=0x7fce49317e00, flags=...) at kernel/qeventloop.cpp:149 #13 0x7fce5e5d8c78 in QEventLoop::exec (this=0x7fce49317e00, flags=...) at kernel/qeventloop.cpp:204 #14 0x7fce5e4db0f0 in QThread::exec (this=) at thread/qthread.cpp:542 #15 0x7fce5e4de0cc in QThreadPrivate::start (arg=0x30b02e0) at thread/qthread_unix.cpp:338 #16 0x7fce5ab44e0f in start_thread () from /lib64/libpthread.so.0 #17 0x7fce5bd7b7dd in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7fce03e64700 (LWP 6638)): #0 0x7fce5bd88154 in __libc_disable_asynccancel () from /lib64/libc.so.6 #1 0x7fce5bd6e989 in read () from /lib64/libc.so.6 #2 0x7fce5a034e0f in ?? () from /usr/lib64/libglib-2.0.so.0 #3 0x7fce59ff8634 in g_main_context_check () from /usr/lib64/libglib-2.0.so.0 #4 0x7fce59ff8a42 in ?? () from /usr/lib64/libglib-2.0.so.0 #5 0x7fce59ff8bc4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #6 0x7fce5e6081f6 in QEventDispatcherGlib::processEvents (this=0x7fcdfc0008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #7 0x7fce5e5d89ef in QEventLoop::processEvents (this=this@entry=0x7fce03e63e00, flags=...) at kernel/qeventloop.cpp:149 #8 0x7fce5e5d8c78 in QEventLoop::exec (this=0x7fce03e63e00, flags=...) at kernel/qeventloop.cpp:204 #9 0x7fce5e4db0f0 in QThread::exec (this=) at thread/qthread.cpp:542 #10 0x7fce5e4de0cc in QThreadPrivate::start (arg=0x200bb20) at thread/qthread_unix.cpp:338 #11 0x7fce5ab44e0f in start_thread () from /lib64/libpthread.so.0 #12 0x7fce5bd7b7dd in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7fce5f1ce780 (LWP 2098)): [KCrash Handler] #6 QSharedDataPointer (o=..., this=0x7fffb2bb43c0) at /usr/include/QtCore/qshareddata.h:93 #7 assignEntityPrivate (one=..., other=...) at /usr/src/debug/kdepimlibs-4.10.2/akonadi/entity.cpp:49 #8 0x7fce5ec8229d in Akonadi::Entity::Entity (this=0x1054f10, other=...) at /usr/src/debug/kdepimlibs-4.10.2/akonadi/entity.cpp:56 #9 0x7fce5ec97f22 in Akonadi::Entity::setParentCollection (this=0x7fffb2bb4490, parent=...) at /usr/src/debug/kdepimlibs-4.10.2/akonadi/entit
[Akonadi] [Bug 319428] noticifations about errors contain password
https://bugs.kde.org/show_bug.cgi?id=319428 Laurent Montel changed: What|Removed |Added CC||mon...@kde.org --- Comment #2 from Laurent Montel --- We need a screenshot or exact error message to find 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
[Akonadi] [Bug 319445] akonadi-imap-resource stays at CPU 100% and does nothing - KDE 4.10.3 ONLY.
https://bugs.kde.org/show_bug.cgi?id=319445 Alejandro Nova changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |REMIND --- Comment #1 from Alejandro Nova --- Closing my own report as REMIND. Please, indicate that KDE 4.10.3 REQUIRES Akonadi 1.9.2, or you are going to see this. -- 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 312460] Kmail can not show correct number of unread mails
https://bugs.kde.org/show_bug.cgi?id=312460 Christian Mollekopf changed: What|Removed |Added CC||n...@kde.org --- Comment #23 from Christian Mollekopf --- *** Bug 312484 has been marked as a duplicate of this 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
[kmail2] [Bug 312484] KMail message list is empty though the "unread counter" is correct
https://bugs.kde.org/show_bug.cgi?id=312484 Christian Mollekopf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||mollek...@kolabsys.com Resolution|--- |DUPLICATE --- Comment #6 from Christian Mollekopf --- *** This bug has been marked as a duplicate of bug 312460 *** -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kleopatra] [Bug 108206] kleopatra errors when importing an SSL certificate and ~/.gnupg does not exist
https://bugs.kde.org/show_bug.cgi?id=108206 Andre Heinecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||aheine...@intevation.de Resolution|--- |FIXED --- Comment #2 from Andre Heinecke --- This no longer happens, I've moved my .gnupg folder away and a new one gets created when I start Kleopatra. -- 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 312460] Kmail can not show correct number of unread mails
https://bugs.kde.org/show_bug.cgi?id=312460 Christian Mollekopf changed: What|Removed |Added Status|CONFIRMED |RESOLVED Version Fixed In||4.10.4 Resolution|--- |FIXED Latest Commit||http://commits.kde.org/kdep ||im/c7acedfeebbb1edd0912b9cb ||fda9ca707d2e8c83 --- Comment #22 from Christian Mollekopf --- Git commit c7acedfeebbb1edd0912b9cbfda9ca707d2e8c83 by Christian Mollekopf. Committed on 07/05/2013 at 17:42. Pushed by cmollekopf into branch 'KDE/4.10'. Don't disconnect the ETM from the Monitor when closing the mainwindow. Otherwise we'll end up with an ETM that doesn't update anymore. FIXED-IN: 4.10.4 M +5-5kmail/kmmainwidget.cpp http://commits.kde.org/kdepim/c7acedfeebbb1edd0912b9cbfda9ca707d2e8c83 -- 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 312460] Kmail can not show correct number of unread mails
https://bugs.kde.org/show_bug.cgi?id=312460 --- Comment #21 from Christian Mollekopf --- Figured it out at last, here's what's happening: * To reproduce: ** open kmail ** open a mail in a separate window ** close the mainwindow only (leave the editor/viewer running) ** open kmail again => voila you're in the broken state KMMainWidget::destruct calls "disconnect( kmkernel->folderCollectionMonitor(), SIGNAL(itemAdded(Akonadi::Item,Akonadi::Collection)), 0, 0)" disconnecting everything from the monitor instead of only itself. Because the open editor keeps the kmkernel running, and the kmkernel holds the monitor AND the etm (which are now disconnected). Starting kmail again results in it attaching to a model without connected monitor. Really a good example on why singletons are evil. A fix will be up shortly. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kleopatra] [Bug 226983] Kleopatra fails to mail X.509 certificate to server
https://bugs.kde.org/show_bug.cgi?id=226983 Andre Heinecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||aheine...@intevation.de Resolution|--- |INVALID --- Comment #1 from Andre Heinecke --- Hi, This is not a Bug in the Software Kleopatra. Please read the gpg4win-compendium to better understand how the certficate creation works and what you are trying to do. If you have questions about the usage of kleopatra / gpg4win you can try to ask in the gpg4win community http://www.gpg4win.de/community.html -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kleopatra] [Bug 240340] Unnecessary error dialog when trying to import an invalid certificate file.
https://bugs.kde.org/show_bug.cgi?id=240340 Andre Heinecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||aheine...@intevation.de Resolution|--- |FIXED --- Comment #1 from Andre Heinecke --- I no longer get this message with kleopatra from KDE/4.10 which will also be part of the next gpg4win release. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kleopatra] [Bug 223731] Adding new user ID often (not always) changes default user ID
https://bugs.kde.org/show_bug.cgi?id=223731 Andre Heinecke changed: What|Removed |Added Status|UNCONFIRMED |CONFIRMED Ever confirmed|0 |1 -- 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 223731] Adding new user ID often (not always) changes default user ID
https://bugs.kde.org/show_bug.cgi?id=223731 Andre Heinecke changed: What|Removed |Added CC||aheine...@intevation.de Assignee|m...@kde.org|aheine...@intevation.de Severity|normal |wishlist --- Comment #1 from Andre Heinecke --- I agree this would be nice to have, I'm taking this as a wish -- 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 219923] Upon opening outlook 2007, 13 instances of kleopatra open to decrypt the same message in imap folder
https://bugs.kde.org/show_bug.cgi?id=219923 Andre Heinecke changed: What|Removed |Added CC||aheine...@intevation.de Assignee|m...@kde.org|eman...@intevation.de --- Comment #1 from Andre Heinecke --- Emanuel have you seen this before or can reproduce this? I'm not sure if kleo is involved here or if this bug would be better opened against gpgOl. -- 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 204971] Decrypting crashes under windows after importing a large amount of pgp-keys (failed assert "prot!=UnknownProtocol")
https://bugs.kde.org/show_bug.cgi?id=204971 Andre Heinecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||aheine...@intevation.de Resolution|--- |FIXED --- Comment #4 from Andre Heinecke --- I've just tested this with kleopatra from KDE 4.10, which will be part of the next gpg4win release. I get a decent error message in the case you describe and although it would be better if kleopatra would ask which protocol it should use for decryption I'm closing this bug as resolved as this has nothing to do with the original description. -- 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 204971] Decrypting crashes under windows after importing a large amount of pgp-keys (failed assert "prot!=UnknownProtocol")
https://bugs.kde.org/show_bug.cgi?id=204971 --- Comment #3 from Andre Heinecke --- Created attachment 79757 --> https://bugs.kde.org/attachment.cgi?id=79757&action=edit screenshot of german error message with wron extension -- 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 175586] Progress bar (Knight-Rider-Mode) for OpenPGP keyserver lookup
https://bugs.kde.org/show_bug.cgi?id=175586 Andre Heinecke changed: What|Removed |Added CC||aheine...@intevation.de Assignee|m...@kde.org|aheine...@intevation.de Severity|normal |wishlist -- 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 173377] Kleopatra doesn't update certificate view after restart
https://bugs.kde.org/show_bug.cgi?id=173377 Andre Heinecke changed: What|Removed |Added CC||aheine...@intevation.de --- Comment #1 from Andre Heinecke --- Emanuel is this still valid with KDE/4.10, if so can you please update the Version? -- 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 172718] Staus bar message "certificate imported" doesn't dissapear after import
https://bugs.kde.org/show_bug.cgi?id=172718 Andre Heinecke changed: What|Removed |Added Status|CONFIRMED |NEEDSINFO CC||aheine...@intevation.de Resolution|--- |WAITINGFORINFO --- Comment #2 from Andre Heinecke --- Is this still valid with KDE/4.10? -- 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 166732] No OpenPGP-S/MIME choice in sign dialog (if GpgOL set automatical)
https://bugs.kde.org/show_bug.cgi?id=166732 Andre Heinecke changed: What|Removed |Added CC||aheine...@intevation.de --- Comment #18 from Andre Heinecke --- On startup kleo pints an error that allowsetforegroundwindow for one component fails with the error code 5 (access denied) maybe this is related to the issues that dialogs are not opened correctly in the foreground. -- 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 312460] Kmail can not show correct number of unread mails
https://bugs.kde.org/show_bug.cgi?id=312460 --- Comment #20 from Christian Mollekopf --- I was comparing the pointer of the monitorprivate to the pointer of the monitor which are obviously different. Here's how it should looks: Breakpoint 2, Akonadi::EntityTreeModelPrivate::monitoredItemAdded (this=0x292c2a0, item=..., collection=...) at /usr/src/debug/kdepimlibs-4.10.2/akonadi/entitytreemodel_p.cpp:1037 1037{ (gdb) continue Continuing. [New Thread 0x7f6f79c85700 (LWP )] Breakpoint 3, Akonadi::MonitorPrivate::emitItemNotification (this=this@entry=0x26656a0, msg=..., item=..., collection=..., collectionDest=...) at /usr/src/debug/kdepimlibs-4.10.2/akonadi/monitor_p.cpp:484 484 { (gdb) print q_ptr $6 = (Akonadi::Monitor *) 0x2777fc0 (gdb) print msg.toString() $7 = "Item (232625, 4777) in collection 43 added" (gdb) continue Continuing. [Thread 0x7f6f79c85700 (LWP ) exited] Breakpoint 2, Akonadi::EntityTreeModelPrivate::monitoredItemAdded (this=0x292c2a0, item=..., collection=...) at /usr/src/debug/kdepimlibs-4.10.2/akonadi/entitytreemodel_p.cpp:1037 1037{ (gdb) print m_monitor $8 = (Akonadi::ChangeRecorder *) 0x2777fc0 (gdb) print item.id() $9 = 232625 (gdb) continue Continuing. Now I have to wait until I run into the problem again to be able to check again what's happening when it's going wrong. -- 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 319428] noticifations about errors contain password
https://bugs.kde.org/show_bug.cgi?id=319428 Allen Winter changed: What|Removed |Added CC||win...@kde.org --- Comment #1 from Allen Winter --- somewhere a message is using url() rather than prettyUrl(). but so far I haven't had any luck finding where in the code. maybe another set of eyes will have more luck. should be an easy fix once we find the offending text. -- 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 319467] 'load external content' does not always work
https://bugs.kde.org/show_bug.cgi?id=319467 --- Comment #1 from Axel Braun --- Created attachment 79754 --> https://bugs.kde.org/attachment.cgi?id=79754&action=edit example mail -- 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 319468] New: imported mbox file does not show message content
https://bugs.kde.org/show_bug.cgi?id=319468 Bug ID: 319468 Summary: imported mbox file does not show message content Classification: Unclassified Product: kmail2 Version: 4.10.3 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: kol...@aon.at I imported an mbox file with about 800 messages. As target folder I selected LocalFolders/inbox. The import created a new subdir "MBOX-" and the message list shows all messages (subject, date, sender, ...), also the folder tree shows the number of unread messages - however clicking on any mail does not show the content. Double clicking does also not open a new window with the mail body. CPU is zero. There is no indication whatsoever why it fails to display. Restarting kmail does not help. Selecting "Update Folder" does not help. Folder Properties/Maintenance shows "indexing enabled; Folder was indexed: " Restarting akonadi (akonadictl stop ... start) changes the behaviour: I can now click on a message and get a short flicker in the message body area but still see no content. However pressing "V" gives me a new window which shows the message content. Also double-clicking a mail now opens a new window but only shows the headers but no content. Reproducible: Always -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 319467] New: 'load external content' does not always work
https://bugs.kde.org/show_bug.cgi?id=319467 Bug ID: 319467 Summary: 'load external content' does not always work Classification: Unclassified Product: kmail2 Version: 4.10.2 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: axel.br...@gmx.de In between KMail offers the option to load external content, e.g for HTML-mails This works mostly, but for some senders (like the attached) it does not work, although the sender is in the address book and the flag is set accordingly. I noticed additionally that the sender has to be in the local contacts list. it does not work e.g. for a sender stored in the google address book Reproducible: Always Steps to Reproduce: 1. load a mail from Handelsblatt 2. 3. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kontact] [Bug 319465] New: Kmail crashed on reply
https://bugs.kde.org/show_bug.cgi?id=319465 Bug ID: 319465 Summary: Kmail crashed on reply Classification: Unclassified Product: kontact Version: 4.10.2 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: raphaeljod...@gmail.com Application: kontact (4.10.2) KDE Platform Version: 4.10.2 Qt Version: 4.8.4 Operating System: Linux 3.8.0-19-generic x86_64 Distribution: Ubuntu 13.04 -- Information about the crash: - What I was doing when the application crashed: Je répondais à un e-mail. En cliquant sur Répondre, Kontact crashe et me propose de redémarrer. The crash can be reproduced every time. -- Backtrace: Application: Kontact (kontact), signal: Aborted Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7f12f5441800 (LWP 3225))] Thread 5 (Thread 0x7f12d529b700 (LWP 3226)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7f12f1bc9585 in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #2 0x7f12f1bc95d9 in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #3 0x7f12ec61ff8e in start_thread (arg=0x7f12d529b700) at pthread_create.c:311 #4 0x7f12f29c1e1d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 4 (Thread 0x7f1294988700 (LWP 3227)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7f12f190fa09 in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #2 0x7f12f1bf7cee in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #3 0x7f12ec61ff8e in start_thread (arg=0x7f1294988700) at pthread_create.c:311 #4 0x7f12f29c1e1d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 3 (Thread 0x7f1287084700 (LWP 3230)): #0 0x7f12ebf9c359 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x7f12ebf9c5b9 in g_mutex_lock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f12ebf5c90b in g_main_context_prepare () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f12ebf5d0fe in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f12ebf5d304 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x7f12f3de7036 in QEventDispatcherGlib::processEvents (this=0x7f1288c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #6 0x7f12f3db738f in QEventLoop::processEvents (this=this@entry=0x7f1287083d50, flags=...) at kernel/qeventloop.cpp:149 #7 0x7f12f3db7618 in QEventLoop::exec (this=this@entry=0x7f1287083d50, flags=...) at kernel/qeventloop.cpp:204 #8 0x7f12f3cb9410 in QThread::exec (this=this@entry=0x2c7f060) at thread/qthread.cpp:542 #9 0x7f12f3d98edf in QInotifyFileSystemWatcherEngine::run (this=0x2c7f060) at io/qfilesystemwatcher_inotify.cpp:256 #10 0x7f12f3cbbbec in QThreadPrivate::start (arg=0x2c7f060) at thread/qthread_unix.cpp:338 #11 0x7f12ec61ff8e in start_thread (arg=0x7f1287084700) at pthread_create.c:311 #12 0x7f12f29c1e1d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 2 (Thread 0x7f1285374700 (LWP 3248)): #0 0x7f12ebf9c352 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x7f12ebf9c5e9 in g_mutex_unlock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f12ebf5d1d1 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f12ebf5d304 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f12f3de7036 in QEventDispatcherGlib::processEvents (this=0x7f12780008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #5 0x7f12f3db738f in QEventLoop::processEvents (this=this@entry=0x7f1285373d80, flags=...) at kernel/qeventloop.cpp:149 #6 0x7f12f3db7618 in QEventLoop::exec (this=this@entry=0x7f1285373d80, flags=...) at kernel/qeventloop.cpp:204 #7 0x7f12f3cb9410 in QThread::exec (this=) at thread/qthread.cpp:542 #8 0x7f12f3cbbbec in QThreadPrivate::start (arg=0x262d050) at thread/qthread_unix.cpp:338 #9 0x7f12ec61ff8e in start_thread (arg=0x7f1285374700) at pthread_create.c:311 #10 0x7f12f29c1e1d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 1 (Thread 0x7f12f5441800 (LWP 3225)): [KCrash Handler] #6 0x7f12f28ff037 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #7 0x7f12f2902698 in __GI_abort () at abort.c:90 #8 0x7f12f293c5ab in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7f12f2a4f860 "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:199 #9 0x7f12f2948a46 in malloc_printerr (ptr=0x11679d90, str=0x7f12f2a4fa00 "free(): invalid next size (fast)", action=3) at malloc.c:4902 #10 _int_free (av=, p=0x11679d80, have_lock=0)
[kmail2] [Bug 313231] Keyboard shortcuts lost after upgrade 4.6.x -> 4.9.5
https://bugs.kde.org/show_bug.cgi?id=313231 Axel Braun changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME -- 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 305974] Various problems handling large amount of mail recipients
https://bugs.kde.org/show_bug.cgi?id=305974 --- Comment #6 from Axel Braun --- ping :-) -- 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 299256] IMAP not available offline
https://bugs.kde.org/show_bug.cgi?id=299256 --- Comment #6 from Axel Braun --- Offline mode for disconnected IMAp is still not reliable in 4.10.2. Is it maybe a caching problem in akonadi? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 299018] kmail2 does not accept keys / cant send encrypted message
https://bugs.kde.org/show_bug.cgi?id=299018 Axel Braun changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #3 from Axel Braun --- closing -- 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 259813] reading mails in unread mode instantly disappears from list
https://bugs.kde.org/show_bug.cgi?id=259813 --- Comment #19 from Axel Braun --- bug is still in 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
[kaddressbook] [Bug 251290] Address details in overview, but not in detail screen
https://bugs.kde.org/show_bug.cgi?id=251290 Axel Braun changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #3 from Axel Braun --- As discussed, we close the 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
[kmail2] [Bug 141215] Kmail does not decrypt attachments
https://bugs.kde.org/show_bug.cgi?id=141215 --- Comment #4 from Axel Braun --- Is this accepted as feature request in KMail2? -- 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 125361] Make "Automatically sign messages" a per identity setting
https://bugs.kde.org/show_bug.cgi?id=125361 --- Comment #11 from Axel Braun --- is this accepted as feature request for kmail2? -- 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 319458] New: davresource with calendar and contactlist with same name not working
https://bugs.kde.org/show_bug.cgi?id=319458 Bug ID: 319458 Summary: davresource with calendar and contactlist with same name not working Classification: Unclassified Product: Akonadi Version: 1.9.1 Platform: Fedora RPMs OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: DAV Resource Assignee: kdepim-bugs@kde.org Reporter: lordblueli...@gmx.de I've an ownCloud server running at home and created some calendars and contactlists to seperate private and university stuff and imported them using DAVGroupware. So I have calendars (caldav) and contactlists (carddav) with the same name ("Allgemein", "Uni"). Until KDE SC 4.10.1 this was no problem, but with the last update Akonadi told me it couldn't create resource with id 38. Both calendars and contactlists vanished from kontact. When I removed the contacts from the devresource and created an extra resource for them it works. So I think this is a problem with the names. Reproducible: Always Steps to Reproduce: 1. Create DavGroupware with caldav and carddav sources which contain collections with the same name 2. wait till Akonadi complains and see it's not working 3. remove carddav resource and create new DavGroupware 4. see it's working now -- 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
[kdepim] [Bug 306026] I can not retrieve contacts from a working owncloud server
https://bugs.kde.org/show_bug.cgi?id=306026 Paul changed: What|Removed |Added CC||capt-obvi...@yandex.ru -- 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 318966] Not all owncloud contacts are shown in Kaddressbook
https://bugs.kde.org/show_bug.cgi?id=318966 Paul changed: What|Removed |Added CC||capt-obvi...@yandex.ru -- 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 319450] New: Mailbox synchronization can miss important mailbox state updates -- broken EXISTS and UIDNEXT heuristic
https://bugs.kde.org/show_bug.cgi?id=319450 Bug ID: 319450 Summary: Mailbox synchronization can miss important mailbox state updates -- broken EXISTS and UIDNEXT heuristic Classification: Unclassified Product: Akonadi Version: GIT (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: IMAP resource Assignee: er...@kde.org Reporter: j...@flaska.net CC: kdepim-bugs@kde.org, vkra...@kde.org This is how the current kdepim-runtime/resources/imap/retrieveitemstask.cpp looks like: } else if ( messageCount > realMessageCount && messageCount > 0 ) { // The amount on the server is bigger than that we have in the cache // that probably means that there is new mail. Fetch missing. kDebug( 5327 ) << "Fetch missing: " << messageCount << " But: " << realMessageCount; KIMAP::FetchJob *fetch = new KIMAP::FetchJob( m_session ); fetch->setSequenceSet( KIMAP::ImapSet( realMessageCount+1, messageCount ) ); If I understand this correctly and it really sends ``FETCH oldExists+1:*`` over the wire, then it's broken -- it will fail to notice any deletions among the old messages, for example. Goging further, the next branch apparently assumes that UIDs are assigned on a consecutive manner, i.e. after 123, there will always be 124. This is wrong; the UIDNEXT as provided by the IMAP server is a lower bound on what the next visible UID might be. It is perfectly safe to have messages with assigned UIDs 10, 15, 21 etc from the very beginning (not to mention a possible removal on the server side from a concurrent client while Akonadi is offline). } else if ( messageCount == realMessageCount && oldNextUid != nextUid && oldNextUid != 0 && !firstTime && messageCount > 0 ) { // amount is right but uidnext is different something happened // behind our back... kDebug( 5327 ) << "UIDNEXT check failed, refetching mailbox"; qint64 startIndex = 1; // one scenario we can recover from is that an equal amount of mails has been deleted and added while we were not looking // the amount has to be less or equal to (nextUid - oldNextUid) due to strictly ascending UIDs // so, we just have to reload the last (nextUid - oldNextUid) mails if the uidnext values seem sane if ( oldNextUid < nextUid && oldNextUid != 0 && !firstTime ) startIndex = qMax( 1ll, messageCount - ( nextUid - oldNextUid ) ); This is wrong -- if the UIDNEXT was 10 previosuly and is now 11, the code will do a FETCH 8:*. However, there is no guaranteee whatsoever that the removal was not for, let's say, message with seq. number 1. This is based just on reading the synchronization code, I have not performed any real tests, but it looks like testretrieveitemstask.cpp does not have a test coverage for this situation. There's quite a lot of testcases for this in Trojita; please feel free to get in touch if you cannot find them. Reproducible: Always -- 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