[Akonadi] [Bug 397512] Sent emails appear as "unread" in the "Sent" folder
https://bugs.kde.org/show_bug.cgi?id=397512 Laurent Montel changed: What|Removed |Added Component|general |general Status|UNCONFIRMED |CONFIRMED Product|kmail2 |Akonadi Ever confirmed|0 |1 Version|Git (master)|GIT (master) CC||mon...@kde.org -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 397349] PgUp/PgDown doesn't work in message preview
https://bugs.kde.org/show_bug.cgi?id=397349 Laurent Montel changed: What|Removed |Added Resolution|--- |FIXED CC||mon...@kde.org Status|UNCONFIRMED |RESOLVED --- Comment #1 from Laurent Montel --- it was fixed in 18.04.x -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 279115] Standard Mailing list doesn't thread properly
https://bugs.kde.org/show_bug.cgi?id=279115 Daniel Vrátil changed: What|Removed |Added Version Fixed In||5.10.0 Latest Commit||https://commits.kde.org/mes ||sagelib/dc4a7feb10f035be1a7 ||12e67d75daf7ebe859f33 Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #12 from Daniel Vrátil --- Git commit dc4a7feb10f035be1a712e67d75daf7ebe859f33 by Daniel Vrátil, on behalf of Jan Janssen. Committed on 16/08/2018 at 22:02. Pushed by dvratil into branch 'master'. Thread messages with same reference ID together Summary: Thread messages with same reference ID together Messages from github or bugzilla usually use In-Reply-To and References headers with an ID that either doesn't actually exist or just isn't around in the folder. In case of bugzilla, no threading happens in that case because subject lines don't start with "Re:". github does do that, but oftentimes the subject based threading is imprecise (by design). Therefore create a sorted-by-date cache of messages similar to the subject based cache and put any message we cannot perfectly thread to the very first message with the same message ID. What results is a flat but threaded messagelist similar to what thunderbird does. FIXED-IN: 5.10.0 Reviewers: dvratil Reviewed By: dvratil Subscribers: dvratil, bruns, kde-pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D14883 M +89 -4messagelist/src/core/model.cpp M +9-0messagelist/src/core/model_p.h https://commits.kde.org/messagelib/dc4a7feb10f035be1a712e67d75daf7ebe859f33 -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 397515] crash (reentrancy, null mutex) in akonadiserver when moving an email
https://bugs.kde.org/show_bug.cgi?id=397515 Christophe Giboudeaux changed: What|Removed |Added CC||kdepim-bugs@kde.org -- You are receiving this mail because: You are on the CC list for the bug.
[Akonadi] [Bug 397315] IMAP folder does not refresh, no new mails show up, mail actions (e.g. move) do not have an effect
https://bugs.kde.org/show_bug.cgi?id=397315 --- Comment #1 from Oliver Kurz --- To crosscheck I updated all KDE applications to 18.04 with ``` zypper dup -r 2 --allow-vendor-change --no-allow-downgrade ``` where the repo "2" is http://download.opensuse.org/repositories/KDE:/Applications:/18.04/openSUSE_Leap_15.0/ Probably I need some days to see if the problem is fixed unless the same symptoms hit me earlier to know that it is *not* fixed. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 397464] sidekickopen24.com in email causes MailTrackerBlackList to not display email content
https://bugs.kde.org/show_bug.cgi?id=397464 --- Comment #5 from Laurent Montel --- Git commit 654c55c6a48024c88aa6b89d218a13eccb1f4c85 by Laurent Montel. Committed on 16/08/2018 at 11:35. Pushed by mlaurent into branch 'master'. Fix Bug 397464 - sidekickopen24.com in email causes MailTrackerBlackList to not display email content M +1-1CMakeLists.txt M +3-0src/configuredialog/configuresecuritypage.cpp M +1-0src/main.cpp M +8-1src/ui/securitypagegeneraltab.ui https://commits.kde.org/kmail/654c55c6a48024c88aa6b89d218a13eccb1f4c85 -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 397464] sidekickopen24.com in email causes MailTrackerBlackList to not display email content
https://bugs.kde.org/show_bug.cgi?id=397464 Laurent Montel changed: What|Removed |Added Version Fixed In||5.10.0 Status|UNCONFIRMED |RESOLVED Latest Commit||https://commits.kde.org/mes ||sagelib/35f38d5ebe5e508ee19 ||9d5043a0f20613650d67e Resolution|--- |FIXED --- Comment #4 from Laurent Montel --- Git commit 35f38d5ebe5e508ee199d5043a0f20613650d67e by Laurent Montel. Committed on 16/08/2018 at 11:34. Pushed by mlaurent into branch 'master'. Fix Bug 397464 - sidekickopen24.com in email causes MailTrackerBlackList to not display email content FIXED-IN: 5.10.0 M +1-1CMakeLists.txt M +4-0messageviewer/src/settings/messageviewer.kcfg.cmake M +1-0messageviewer/src/viewer/viewer_p.cpp M +12 -3messageviewer/src/viewer/webengine/mailwebengineview.cpp M +1-0messageviewer/src/viewer/webengine/mailwebengineview.h M +5-0webengineviewer/src/networkmanager/interceptormanager.cpp M +1-0webengineviewer/src/networkmanager/interceptormanager.h M +13 -2webengineviewer/src/urlinterceptor/networkurlinterceptor.cpp M +1-0webengineviewer/src/urlinterceptor/networkurlinterceptor.h https://commits.kde.org/messagelib/35f38d5ebe5e508ee199d5043a0f20613650d67e -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 397464] sidekickopen24.com in email causes MailTrackerBlackList to not display email content
https://bugs.kde.org/show_bug.cgi?id=397464 --- Comment #3 from Laurent Montel --- Git commit d28e3314d6ec12de7c8568d3b527a17a2757363f by Laurent Montel. Committed on 16/08/2018 at 11:32. Pushed by mlaurent into branch 'Applications/18.08'. Fix block tracking url M +1-2 messageviewer/src/viewer/webengine/blockmailtrackingurlinterceptor/blockmailtrackingurlinterceptor.cpp https://commits.kde.org/messagelib/d28e3314d6ec12de7c8568d3b527a17a2757363f -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 397464] sidekickopen24.com in email causes MailTrackerBlackList to not display email content
https://bugs.kde.org/show_bug.cgi?id=397464 --- Comment #2 from Laurent Montel --- Thanks for email. Indeed feature was broken. And indeed we must be able to disable it (but we can do it in next big release as we need new i18n) "as the content should be displayed even if this tracking url is disabled;" I will commit a fix soon. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 397515] crash (reentrancy, null mutex) in akonadiserver when moving an email
https://bugs.kde.org/show_bug.cgi?id=397515 David Faure changed: What|Removed |Added Assignee|kdepim-bugs@kde.org |dvra...@kde.org -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 397515] New: crash (reentrancy, null mutex) in akonadiserver when moving an email
https://bugs.kde.org/show_bug.cgi?id=397515 Bug ID: 397515 Summary: crash (reentrancy, null mutex) in akonadiserver when moving an email Product: Akonadi Version: 5.8.3 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: fa...@kde.org Target Milestone: --- Application: akonadiserver (5.8.2) Qt Version: 5.11.1 Frameworks Version: 5.47.0 Operating System: Linux 4.4.138-59-default x86_64 Distribution: "openSUSE Leap 42.3" -- Information about the crash: Hi Dan :) Sabine got this crash twice in a row today, with 18.04.2 opensuse packages. Triggered simply by moving a mail from the imap inbox to another imap folder. I know you rewrote the notification stuff, but is this use of QEventLoop::exec still there in NotificationManager::waitForSocketData()? Note how it leads to unexpected reentrancy, NotificationManager::emitPendingNotifications() being called via a timer, and I think this could be the reason for the crash? -- Backtrace: Application: Akonadi Server (akonadiserver), signal: Segmentation fault Thread 3 (Thread 0x7f21e203f700 (LWP 5433)): [KCrash Handler] #6 std::__atomic_base::compare_exchange_strong (__m2=std::memory_order_acquire, __m1=std::memory_order_acquire, __p2=0x1, __p1=@0x7f21e203e0e0: 0x0, this=0x10) at /usr/include/c++/4.8/bits/atomic_base.h:844 #7 std::atomic::compare_exchange_strong (__m2=std::memory_order_acquire, __m1=std::memory_order_acquire, __p2=0x1, __p1=@0x7f21e203e0e0: 0x0, this=0x10) at /usr/include/c++/4.8/atomic:432 #8 QAtomicOps::testAndSetAcquire (currentValue=, newValue=0x1, expectedValue=0x0, _q_value=...) at ../../src/corelib/thread/qatomic_cxx11.h:290 #9 QBasicAtomicPointer::testAndSetAcquire (currentValue=: , newValue=0x1, expectedValue=0x0, this=0x10) at ../../src/corelib/thread/qbasicatomic.h:263 #10 QBasicMutex::fastTryLock (current=: , this=0x10) at thread/qmutex.h:107 #11 QMutex::lock (this=0x10) at thread/qmutex.cpp:224 #12 0x004fd149 in Akonadi::Server::NotificationSubscriber::notify(QSharedPointer const&) () #13 0x004f82ab in Akonadi::Server::NotificationManager::emitPendingNotifications() () #14 0x7f21ecd2ec13 in QtPrivate::QSlotObjectBase::call (a=0x7f21e203e3a0, r=0xc6fd90, this=0x7f21d4003220) at ../../src/corelib/kernel/qobjectdefs_impl.h:376 #15 QMetaObject::activate (sender=sender@entry=0x7f21d40013d0, signalOffset=, local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x7f21e203e3a0) at kernel/qobject.cpp:3754 #16 0x7f21ecd2f227 in QMetaObject::activate (sender=sender@entry=0x7f21d40013d0, m=m@entry=0x7f21ed180420 , local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x7f21e203e3a0) at kernel/qobject.cpp:3633 #17 0x7f21ecd3bf57 in QTimer::timeout (this=this@entry=0x7f21d40013d0, _t1=_t1@entry=...) at .moc/moc_qtimer.cpp:200 #18 0x7f21ecd3c232 in QTimer::timerEvent (this=0x7f21d40013d0, e=) at kernel/qtimer.cpp:255 #19 0x7f21ecd2fd44 in QObject::event (this=0x7f21d40013d0, e=) at kernel/qobject.cpp:1232 #20 0x7f21ecd048f5 in QCoreApplication::notifyInternal2 (receiver=0x7f21d40013d0, event=event@entry=0x7f21e203e580) at kernel/qcoreapplication.cpp:1048 #21 0x7f21ecd5688e in QCoreApplication::sendEvent (event=0x7f21e203e580, receiver=) at ../../src/corelib/kernel/qcoreapplication.h:234 #22 QTimerInfoList::activateTimers (this=0x7f21d4002ed0) at kernel/qtimerinfo_unix.cpp:643 #23 0x7f21ecd56ed1 in timerSourceDispatch (source=) at kernel/qeventdispatcher_glib.cpp:182 #24 0x7f21e8c6d134 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0 #25 0x7f21e8c6d388 in ?? () from /usr/lib64/libglib-2.0.so.0 #26 0x7f21e8c6d42c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #27 0x7f21ecd5721b in QEventDispatcherGlib::processEvents (this=0x7f21d40008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #28 0x7f21ecd0308b in QEventLoop::exec (this=0x7f21e203e810, flags=...) at kernel/qeventloop.cpp:214 #29 0x004f8cba in Akonadi::Server::NotificationManager::waitForSocketData() () #30 0x7f21ecd3bfc6 in QtPrivate::QSlotObjectBase::call (a=0x7f21e203e8b0, r=, this=) at ../../src/corelib/kernel/qobjectdefs_impl.h:376 #31 QSingleShotTimer::timerEvent (this=0x7f21d4010850) at kernel/qtimer.cpp:318 #32 0x7f21ecd2fd44 in QObject::event (this=0x7f21d4010850, e=) at kernel/qobject.cpp:1232 #33 0x7f21ecd048f5 in QCoreApplication::notifyInternal2 (receiver=0x7f21d4010850, event=event@entry=0x7f21e203ea70) at kernel/qcoreapplication.cpp:1048 #34 0x7f21ecd5688e in QCoreApplication::sendEvent (event=0x7f21e203ea70, receiver=) at ../../src/corelib/kernel/qcoreapplication.h:234 #35 QTimerInfoList::activateTimers (this=0x7f21d4002ed0) at kernel/qtimerinfo_unix.cpp:643 #36 0x7f21ecd56ed1 in
[Akonadi] [Bug 397131] kmail crash due to MonitorPrivate::emitItemsNotification accessing empty items
https://bugs.kde.org/show_bug.cgi?id=397131 Daniel Vrátil changed: What|Removed |Added Resolution|--- |FIXED Latest Commit||https://commits.kde.org/ako ||nadi/f8fc30bac58da423038906 ||fe86cd00393df14bb9 Status|UNCONFIRMED |RESOLVED Version Fixed In||5.9.0 --- Comment #1 from Daniel Vrátil --- Git commit f8fc30bac58da423038906fe86cd00393df14bb9 by Daniel Vrátil. Committed on 16/08/2018 at 09:38. Pushed by dvratil into branch 'Applications/18.08'. Monitor: rebuild Item from ntf if it's mustRetrieve but IFS is empty When Monitor's IFS is empty and it receives an Item notification with mustRetrieve set to true, then the retrieval is bypassed, but the later on the code attempts to extract a result from cache which results crash as we try to access elements in an empty list. The fix is to send as much metadata as we can in the mustRetrieve notification, and the Monitor needs to rebuild the Item from the metadata instead of attempting retrieval. FIXED-IN: 5.9.0 M +1-1src/core/monitor_p.cpp M +5-0src/server/storage/notificationcollector.cpp https://commits.kde.org/akonadi/f8fc30bac58da423038906fe86cd00393df14bb9 -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 397512] New: Sent emails appear as "unread" in the "Sent" folder
https://bugs.kde.org/show_bug.cgi?id=397512 Bug ID: 397512 Summary: Sent emails appear as "unread" in the "Sent" folder Product: kmail2 Version: Git (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: fl...@mailoo.org Target Milestone: --- When sending emails, the copy stored in the "Sent" folder is marked as "unread" (thus making the "Sent" folder marked in the folder list). It is needed to mark them as "unread" manually. This is using Kmail 5.8.80 beta1 on openSUSE Leap 15 with the devel KDE repos activated. Previous to this version, the behaviour was to store the sent emails marked as "read, sent". Incidentally, note that the "sent" mark has also disappeared in the beta version. -- You are receiving this mail because: You are the assignee for the bug.
[kldap] [Bug 397484] Compilation failure due to prototype mismatching
https://bugs.kde.org/show_bug.cgi?id=397484 Laurent Montel changed: What|Removed |Added CC||mon...@kde.org --- Comment #2 from Laurent Montel --- it seems that you don't have Ldap devel file. Please install it -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 397483] Sendmail-type Sending account command does not take options
https://bugs.kde.org/show_bug.cgi?id=397483 Laurent Montel changed: What|Removed |Added Latest Commit||https://commits.kde.org/kde ||pim-addons/84429b2efc045e59 ||41d986b05e5f976df7c1dfd8 Version Fixed In||5.10.0 Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #3 from Laurent Montel --- Git commit 84429b2efc045e5941d986b05e5f976df7c1dfd8 by Laurent Montel. Committed on 16/08/2018 at 06:12. Pushed by mlaurent into branch 'master'. Fix Bug 397483 - Sendmail-type Sending account command does not take options FIXED-IN: 5.10.0 M +1-1CMakeLists.txt M +1-1kdepim-addons.categories M +3-0kmailtransport/sendmail/CMakeLists.txt M +10 -2kmailtransport/sendmail/sendmailjob.cpp M +11 -1kmailtransport/sendmail/sendmailsettings.ui https://commits.kde.org/kdepim-addons/84429b2efc045e5941d986b05e5f976df7c1dfd8 -- You are receiving this mail because: You are the assignee for the bug.
