[Bug 67504] IMAP IDLE support for KMail
https://bugs.kde.org/show_bug.cgi?id=67504 Richard Bos richard@xs4all.nl changed: What|Removed |Added CC||richard@xs4all.nl --- Comment #44 from Richard Bos richard bos xs4all nl 2011-03-19 21:29:28 --- kaddressbook works for me with akonadi. Perhaps it depends on the distribution how well the addressbook works in combination with akonadi. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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
[Bug 179596] can not view email in kmail
http://bugs.kde.org/show_bug.cgi?id=179596 --- Comment #4 from Richard Bos richard bos xs4all nl 2009-01-04 14:02:26 --- Tom and Thomas, perhaps I confused 2 bugs that I have at the moment. But please change this bug back to product akonadi. I definately have a problem to start akonadi, as you can determine from the information above. Please change the title of this bug report to akonadi does not start. BTW: when I start kmail from the command line I get: rich...@med111:~/.local/share/akonadi kmail rich...@med111:~/.local/share/akonadi kmail(5700)/libakonadi Akonadi::Control::Private::exec: Could not start/stop Akonadi! The first bug that I have is kmail that does not show the email body The 2nd one is that akonadi does not start. This report contains information for the 2nd bug (akonadi does not start), I may assume that the information in this report is not useful for the kmail developers. If you change the product and leave this bug open, I'll open another for the kmail that does not show the email body. -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- 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
[Bug 189464] Unable to reply to messages in Sent folder
https://bugs.kde.org/show_bug.cgi?id=189464 Richard Bos richard@xs4all.nl changed: What|Removed |Added CC||richard@xs4all.nl --- Comment #5 from Richard Bos richard bos xs4all nl 2009-05-07 13:19:32 --- I see the same behaviour, and I think it occured after the upgrade to kde-4.2.3 (that was yesterday). I did not see this behaviour, while I regurarely reply on e-mails that are stored in my Sent folder. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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
[Bug 189464] Unable to reply to messages in Sent folder
https://bugs.kde.org/show_bug.cgi?id=189464 --- Comment #6 from Richard Bos richard bos xs4all nl 2009-05-07 14:28:33 --- My workaround at the moment for this problem is, to copy or move the e-mail from the Sent folder to my inbox. It is than possible to reply on the e-mail, however, this should not be necessary. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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
[Bug 179645] body part of email not shown
https://bugs.kde.org/show_bug.cgi?id=179645 --- Comment #10 from Richard Bos richard bos xs4all nl 2009-05-17 21:29:11 --- @Dario: why do you ask? I Returned to just resources, without akonadi as middeleware, and since I haven't seen the problem. Perhaps it is due to the fact that I have my /home mounted on an nfs3 filesystem. I read somewhere, some time ago that I believe akonadi has problem with this. NFS4 should be better in that respect. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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
[Bug 210204] New: Can not sent email
https://bugs.kde.org/show_bug.cgi?id=210204 Summary: Can not sent email Product: kmail Version: unspecified Platform: Compiled Sources OS/Version: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: general AssignedTo: kdepim-bugs@kde.org ReportedBy: richard@xs4all.nl Version: 1.11 (using Devel) OS:MS Windows Installed from:Compiled sources There is actually not much to describe. The bug I encounter with kmail on MS windows, is that email can not be sent. Kmail pops up an error window, stating that the email (smtp) server can not be reached. However, using thunderbird on the PC, has no problems sending email. What can be cause of this? Is it possible to debug (I'm installing kde applications on MS windows with kde's installer). -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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
[Bug 210204] Can not sent email
https://bugs.kde.org/show_bug.cgi?id=210204 --- Comment #2 from Richard Bos richard bos xs4all nl 2009-10-15 10:43:16 --- It is something weird As stated I can sent email with Thunderbird. However, when using telnet to connect to the smtp server I get: $ telnet ip addr Trying ip addr... telnet: Unable to connect to remote host: Connection refused When I use telnet to connect to the pop port on the same ip addr, it just works. When I do not connect from my labtop, but from a linux system, I get a succesfull connection to the smtp server on ip addr. I now workaround the problem, by using a port forward construction. This way I'm succesfull in sending email from kmail. My windows firewall is disabled However, I assume that there is still somewhere a setting configured that does not allow me to use telnet with port 25 What can this be??? -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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
[Bug 210204] Can not sent email
https://bugs.kde.org/show_bug.cgi?id=210204 --- Comment #3 from Richard Bos richard bos xs4all nl 2009-10-15 12:21:54 --- The problem might be caused by e.g. MCAfee, that is also active on my system. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- 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
[Bug 289062] kmail2, 4.7.90: cannot delete e-mails in inbox (all back after server sync)
https://bugs.kde.org/show_bug.cgi?id=289062 Richard Bos richard@xs4all.nl changed: What|Removed |Added CC||richard@xs4all.nl --- Comment #3 from Richard Bos richard@xs4all.nl --- Confirmed. I encounter the same problem with kmail 4.8.1 (openSUSE-12.2 milestone-2 (march-2012)). - When I change the trash to a local trash folder, emails are removed. - When I set the trash to my other IMAP server (cyrus imap), the emails are also removed. However, the emails are not removed when a the dovecot (2.1.x) IMAP server is used. - In case of cyrus, I see IMAP messages passing by when I delete the email (this server is located on another box than the client) - I don't see any IMAP messages when I delete email from my INBOX on dovecot (perhaps the latter is the case because the dovecot IMAP server is on the same system as my IMAP client)? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 289062] kmail2, 4.7.90: cannot delete e-mails in inbox (all back after server sync)
https://bugs.kde.org/show_bug.cgi?id=289062 --- Comment #4 from Richard Bos richard@xs4all.nl --- With kmail 1.13.7 (or KDE-4.6.5) removing emails from the (same) dovecot server is working. -- 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
[Bug 279916] crash after emails where checked
https://bugs.kde.org/show_bug.cgi?id=279916 Richard Bos richard@xs4all.nl changed: What|Removed |Added CC||richard@xs4all.nl --- Comment #5 from Richard Bos richard@xs4all.nl --- Same problem here. Just move folder(s) from 1 folder to another. Qt: 4.8.1 KDE Development Platform: 4.8.4 (4.8.4) release 2 KMail: 4.8.4 Application: KMail (kmail), signal: Segmentation fault Using host libthread_db library /lib64/libthread_db.so.1. [Current thread is 1 (Thread 0x7f937a942780 (LWP 14438))] Thread 4 (Thread 0x7f935b9a2700 (LWP 14442)): #0 0x7f9375aae8f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f936c316177 in ?? () from /usr/lib64/libQtWebKit.so.4 #2 0x7f936c3161a9 in ?? () from /usr/lib64/libQtWebKit.so.4 #3 0x7f9375aaae0e in start_thread () from /lib64/libpthread.so.0 #4 0x7f9377cbb2bd in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7f935b0a1700 (LWP 14443)): #0 0x7f937047115c in ?? () from /usr/lib64/libglib-2.0.so.0 #1 0x7f93704713c9 in g_mutex_unlock () from /usr/lib64/libglib-2.0.so.0 #2 0x7f9370434f05 in g_main_context_prepare () from /usr/lib64/libglib-2.0.so.0 #3 0x7f93704355fb in ?? () from /usr/lib64/libglib-2.0.so.0 #4 0x7f93704357f4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #5 0x7f9378642956 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQtCore.so.4 #6 0x7f937861373f in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQtCore.so.4 #7 0x7f93786139c8 in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib64/libQtCore.so.4 #8 0x7f9378517e40 in QThread::exec() () from /usr/lib64/libQtCore.so.4 #9 0x7f937851addb in ?? () from /usr/lib64/libQtCore.so.4 #10 0x7f9375aaae0e in start_thread () from /lib64/libpthread.so.0 #11 0x7f9377cbb2bd in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7f9358adb700 (LWP 14448)): #0 0x7f9375aaec61 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f937851b237 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4 #2 0x7f937850eadf in ?? () from /usr/lib64/libQtCore.so.4 #3 0x7f937851addb in ?? () from /usr/lib64/libQtCore.so.4 #4 0x7f9375aaae0e in start_thread () from /lib64/libpthread.so.0 #5 0x7f9377cbb2bd in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7f937a942780 (LWP 14438)): [KCrash Handler] #5 0x7f93790d02c1 in QSortFilterProxyModel::parent(QModelIndex const) const () from /usr/lib64/libQtGui.so.4 #6 0x7f937a315eba in KIdentityProxyModel::parent(QModelIndex const) const () from /usr/lib64/libkdeui.so.5 #7 0x7f937a315eba in KIdentityProxyModel::parent(QModelIndex const) const () from /usr/lib64/libkdeui.so.5 #8 0x7f9371ce0712 in KPIM::StatisticsProxyModel::Private::sourceLayoutAboutToBeChanged() () from /usr/lib64/libkdepim.so.4 #9 0x7f937862af5f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4 #10 0x7f937a31771b in ?? () from /usr/lib64/libkdeui.so.5 #11 0x7f937862af5f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4 #12 0x7f937a31771b in ?? () from /usr/lib64/libkdeui.so.5 #13 0x7f937862af5f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4 #14 0x7f93790d2e01 in ?? () from /usr/lib64/libQtGui.so.4 #15 0x7f937862af5f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4 #16 0x7f937860c4f4 in QAbstractItemModel::beginMoveRows(QModelIndex const, int, int, QModelIndex const, int) () from /usr/lib64/libQtCore.so.4 #17 0x7f93742e496d in ?? () from /usr/lib64/libakonadi-kde.so.4 #18 0x7f937862af5f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4 #19 0x7f93742740ff in Akonadi::Monitor::collectionMoved(Akonadi::Collection const, Akonadi::Collection const, Akonadi::Collection const) () from /usr/lib64/libakonadi-kde.so.4 #20 0x7f93742a5ef8 in ?? () from /usr/lib64/libakonadi-kde.so.4 #21 0x7f93742af70b in ?? () from /usr/lib64/libakonadi-kde.so.4 #22 0x7f937433f7d9 in ?? () from /usr/lib64/libakonadi-kde.so.4 #23 0x7f93742ae3ff in ?? () from /usr/lib64/libakonadi-kde.so.4 #24 0x7f93742ae499 in ?? () from /usr/lib64/libakonadi-kde.so.4 #25 0x7f937862af5f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4 #26 0x7f937433261d in ?? () from /usr/lib64/libakonadi-kde.so.4 #27 0x7f937862af5f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64
[Bug 308974] New: Copy and pasted image from gimp not accepted by kmail2
https://bugs.kde.org/show_bug.cgi?id=308974 Bug ID: 308974 Severity: normal Version: 4.9.2 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Copy and pasted image from gimp not accepted by kmail2 Classification: Unclassified OS: Linux Reporter: richard@xs4all.nl Hardware: openSUSE RPMs Status: UNCONFIRMED Component: composer Product: kmail2 I used to add images (screenshots) from gimp into kmail. I recently upgraded from kde-4.6.x to 4.9.x and now that (copy images into kmail2) is not possible anymore. Reproducible: Always Steps to Reproduce: 1. launch ksnapshot 2. make a screenshot and sent it to gimp 3. process the image / screenshot in Gimp (get for example only the interesting part of the screenshot, using the rectangle selection) 4. I now use ctrl-shift-v to copy the smaller rectangle into its own gimp canvas to add for example an red circle, to highlight the interesting area of image 5. copy the newly created image ctrl-c 6. Paste the image into the kmail2 composer 7. kmail2 asks: inline / or as an attachment Steps 3 and 4 are not really needed, but it shows why I want to use Gimp. Actual Results: When inline is selected: There is now only a very small image representing the image, but the real image isn't present :( When attachment is selected: a name for the attachment is to be entered. But no attachment is created :( Expected Results: When inline is selected: The real image must show up When attachment is selected: After entering the image name, the image should be added to the email as an attachment -- 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
[Bug 308974] Copy and pasted image from gimp not accepted by kmail2
https://bugs.kde.org/show_bug.cgi?id=308974 --- Comment #2 from Richard Bos richard@xs4all.nl --- L, when looking at the description of your commit, I don't believe it will solve my problem. You're now preventing that the user gets the impression that something is pasted (which is a good thing), when the paste is empty. Is it no longer possible to copy from Gimp and paste it into Kmail2? What is the problem, doing the copy (from Gimp and paste into Kmail2)? Does the version of Gimp matters btw? R. -- 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
[Bug 308974] Copy and pasted image from gimp not accepted by kmail2
https://bugs.kde.org/show_bug.cgi?id=308974 --- Comment #5 from Richard Bos richard@xs4all.nl --- Christoph, Pasting from GIMP to KolourPaint, results in an error message: Kolourpaint cannot paste the contents of the clipboard as it has a unknown format Pasting from KolourPaint to KMail2, works. That is at least something. Unfortenately KolourPaint is less powerfull compared to Gimp (that is okay), but that makes not suited as alternative for Gimp :( @Laurent, you did not state that your commit solves the problem I reported. The thing is, because your commit is part of the but report it seems to imply that it is a solution for the reported problem. sometime later I think I solved it.., it seems a setting in klipper. - goto klipper's settings - In the common tab (I've translate to English), in the common configuration part - Uncheck the option: Neglect images Once I unchecked neglect images I was again able to copy and paste from Gimp. Sofar so good - problem solved. If it happens again or differently I'll (re)open the bug or open another. -- 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
[Bug 80245] Scale/resize images before attaching
https://bugs.kde.org/show_bug.cgi?id=80245 Richard Bos richard@xs4all.nl changed: What|Removed |Added CC||richard@xs4all.nl --- Comment #12 from Richard Bos richard@xs4all.nl --- Thanks. Looking forward to 4.10 :) -- 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 316029] New: Contact photo does not appear on the email header
https://bugs.kde.org/show_bug.cgi?id=316029 Bug ID: 316029 Summary: Contact photo does not appear on the email header Classification: Unclassified Product: kmail2 Version: 4.10.0 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: UI Assignee: kdepim-bugs@kde.org Reporter: richard@xs4all.nl Similar problem as reported in #314496. Nepomuk is working. There is a photo in the contact entry for the person that wrote the email. Header are set to fancy (view - headers - fancy). For 1 user it is working and for 2 users it isn't. The settings are the same, AFAICS. As more people have problems with this, an explanation how to get this working would be very nice to have, and stated before nepomuk is working according system settings and ps tells me this as well. The same processes are visible for the user where it works and for the user where it is not working. Reproducible: Always Steps to Reproduce: 1. Add a photo to a user in the kaddressbook 2. Go to kmail and click on a email that was sent by user that was just given a photo 3. Actual Results: No picture shown in the email header of the user Expected Results: A picture of the user should be shown -- 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 344874] username/password not being sent in header
https://bugs.kde.org/show_bug.cgi?id=344874 Richard Bos <richard@xs4all.nl> changed: What|Removed |Added CC||richard@xs4all.nl --- Comment #14 from Richard Bos <richard@xs4all.nl> --- Is this big https://github.com/nextcloud/server/issues/5326 related? I opened the bug report at nextcloud, but they refer to KDE. The message I get in logfiles is: No 'Authorization: Basic' header found. Either the client didn't send one, or the server is misconfigured in logfile -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 389607] akonadictl fsck: Show more helpful messages
https://bugs.kde.org/show_bug.cgi?id=389607 Richard Bos changed: What|Removed |Added CC||richard@xs4all.nl --- Comment #4 from Richard Bos --- I agree with this. In my case I get: # akonadictl --verbose fsck Looking for resources in the DB not matching a configured resource... Looking for collections not belonging to a valid resource... Checking collection tree consistency... Looking for items not belonging to a valid collection... Looking for item parts not belonging to a valid item... Looking for item flags not belonging to a valid item... Looking for overlapping external parts... Verifying external parts... Found 165 external files. Found 165 external parts. Found no unreferenced external files. Checking size treshold changes... Found 0 parts to be moved to external files Found 0 parts to be moved to database Looking for dirty objects... Collection "Search" (id: 1) has no RID. Collection "OpenInvitations" (id: 1416) has no RID. Collection "DeclinedInvitations" (id: 1417) has no RID. Found 3 collections without RID. Item "243448" has no RID. Item "243531" has no RID. Item "243813" has no RID. Item "243868" has no RID. Item "243869" has no RID. Item "243986" has no RID. Item "244023" has no RID. Item "244026" has no RID. Item "244111" has no RID. Item "244176" has no RID. Item "244379" has no RID. Item "244393" has no RID. Item "244399" has no RID. Item "319051" has no RID. Item "328336" has no RID. Item "328379" has no RID. Found 16 items without RID. Item "232461" has RID and is dirty. Item "239145" has RID and is dirty. Item "243363" has RID and is dirty. Item "328334" has RID and is dirty. Found 4 dirty items. Looking for rid-duplicates not matching the content mime-type of the parent collection Checking Notes Checking Notities Checking Search Checking akonadi_davgroupware_resource_1 Checking akonadi_vcarddir_resource_10 Checking akonadi_vcarddir_resource_11 Checking akonadi_vcarddir_resource_12 Checking akonadi_vcarddir_resource_8 Checking akonadi_vcarddir_resource_9 Checking DeclinedInvitations Checking OpenInvitations Checking https:///remote.php/caldav/calendars//contact_birthdays/ Checking https:///remote.php/caldav/calendars//default calendar/ Checking https:///remote.php/carddav/addressbooks//default/ ___checking of all folders___ Migrating parts to new cache hierarchy... CRASH of akonadi! This happens now everytime. It worked before. Now how to make akonadictl fsck work again???! BTW: creating a bug report (with stackback trace) does not work :( Would be nice / good to give this attention at Akademy -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 389607] akonadictl fsck: Show more helpful messages
https://bugs.kde.org/show_bug.cgi?id=389607 Richard Bos changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |CONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 360834] no mechanism to reattempt to store items without rid (just in db) into the resource
https://bugs.kde.org/show_bug.cgi?id=360834 Richard Bos changed: What|Removed |Added CC||richard@xs4all.nl --- Comment #10 from Richard Bos --- Any update on this? Like others suggestes, this should have high priority as it may result in loss of data. This one seems related: 362044 I'm encountering a akonadiserver crash when running akonadictl --fsck, but don't know why, are what to do about it. In file_lost+found I found this file: -rw-r--r-- 1 user users 4238 5 aug 07:58 922307_r0 It's an email, but to which (former) folder it belonged I've no idea. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 397330] akonactl fsck crashes
https://bugs.kde.org/show_bug.cgi?id=397330 --- Comment #2 from Richard Bos --- The command output is (akonadictl --verbose fsck): # akonadictl --verbose fsck Looking for resources in the DB not matching a configured resource... Looking for collections not belonging to a valid resource... Checking collection tree consistency... Looking for items not belonging to a valid collection... Looking for item parts not belonging to a valid item... Looking for item flags not belonging to a valid item... Looking for overlapping external parts... Verifying external parts... Found 128 external files. Found 128 external parts. Found no unreferenced external files. Checking size treshold changes... Found 0 parts to be moved to external files Found 0 parts to be moved to database Looking for dirty objects... Collection "Search" (id: 1) has no RID. Collection "OpenInvitations" (id: 1416) has no RID. Collection "DeclinedInvitations" (id: 1417) has no RID. Found 3 collections without RID. Item "319051" has no RID. Item "328336" has no RID. Item "328379" has no RID. Item "328420" has no RID. Item "328422" has no RID. Item "328428" has no RID. Found 6 items without RID. Found 0 dirty items. Looking for rid-duplicates not matching the content mime-type of the parent collection Checking agenda folder-1 (editted by bug reporter) Checking agenda folder-N (editted by bug reporter) Checking akonadi_davgroupware_resource_6 Checking akonadi_vcarddir_resource_10 Checking akonadi_vcarddir_resource_11 Checking akonadi_vcarddir_resource_12 Checking akonadi_vcarddir_resource_8 Checking akonadi_vcarddir_resource_9 Checking DeclinedInvitations Checking OpenInvitations Checking mail folder-1 (editted by bug reporter) Checking mail folder-N (editted by bug reporter) Checking https://owncloud./remote.php/dav/addressbooks/users//default/ Checking https://owncloud./remote.php/dav/calendars//am/ Checking https://owncloud./remote.php/dav/calendars//contact_birthdays/ Checking https://owncloud./remote.php/dav/calendars//default calendar/ Migrating parts to new cache hierarchy... Most (if not all) item's without RID are agenda items -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 397330] akonactl fsck crashes
https://bugs.kde.org/show_bug.cgi?id=397330 Richard Bos changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #3 from Richard Bos --- akonadictl --fsck finishes okay now, although nothing changed. I think the data is changed, but what data Will close the bug report. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 392947] Configuration crash after parallel installation of openLeap42.2 to older version
https://bugs.kde.org/show_bug.cgi?id=392947 Richard Bos changed: What|Removed |Added CC||richard@xs4all.nl Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 397330] New: akonactl fsck crashes
https://bugs.kde.org/show_bug.cgi?id=397330 Bug ID: 397330 Summary: akonactl fsck crashes Product: Akonadi Version: 5.7.3 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: richard@xs4all.nl Target Milestone: --- Application: akonadiserver (5.7.3) Qt Version: 5.9.4 Frameworks Version: 5.45.0 Operating System: Linux 4.12.14-lp150.12.10-default x86_64 Distribution (Platform): openSUSE RPMs -- Information about the crash: - What I was doing when the application crashed: Executed the command: # akonadictl --verbose fsck I recently migrated from an older openSUSE version to openSUSE Leap 15. After the migration, the above command finished successfully. Now with kmail and akonadi sometime in use (1,5 weeks) the command does not finish succesfully. The crash can be reproduced every time. -- Backtrace: Application: Akonadi Server (akonadiserver), signal: Aborted Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f1010fa98c0 (LWP 4904))] Thread 48 (Thread 0x7f0f68ff1700 (LWP 11476)): #0 0x7f100b7b96a9 in g_main_context_prepare () from /usr/lib64/libglib-2.0.so.0 #1 0x7f100b7ba03b in ?? () from /usr/lib64/libglib-2.0.so.0 #2 0x7f100b7ba21c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #3 0x7f100f7b0c0b in QEventDispatcherGlib::processEvents (this=0x7f0fa000f5b0, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #4 0x7f100f75909a in QEventLoop::exec (this=this@entry=0x7f0f68ff0d10, flags=..., flags@entry=...) at kernel/qeventloop.cpp:212 #5 0x7f100f5884da in QThread::exec (this=) at thread/qthread.cpp:515 #6 0x7f100f58d0ce in QThreadPrivate::start (arg=0x7f0f8406f200) at thread/qthread_unix.cpp:368 #7 0x7f100da70559 in start_thread () from /lib64/libpthread.so.0 #8 0x7f100ec7582f in clone () from /lib64/libc.so.6 Thread 47 (Thread 0x7f0f69ff3700 (LWP 11151)): #0 0x7f100b7ff759 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0 #1 0x7f100b7b9b34 in g_main_context_check () from /usr/lib64/libglib-2.0.so.0 #2 0x7f100b7ba0b0 in ?? () from /usr/lib64/libglib-2.0.so.0 #3 0x7f100b7ba21c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #4 0x7f100f7b0c0b in QEventDispatcherGlib::processEvents (this=0x7f0f8c029bf0, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x7f100f75909a in QEventLoop::exec (this=this@entry=0x7f0f69ff2d10, flags=..., flags@entry=...) at kernel/qeventloop.cpp:212 #6 0x7f100f5884da in QThread::exec (this=) at thread/qthread.cpp:515 #7 0x7f100f58d0ce in QThreadPrivate::start (arg=0x5620b7ac24d0) at thread/qthread_unix.cpp:368 #8 0x7f100da70559 in start_thread () from /lib64/libpthread.so.0 #9 0x7f100ec7582f in clone () from /lib64/libc.so.6 Thread 46 (Thread 0x7f0f6a7f4700 (LWP 11149)): #0 0x7f100ec6b08b in poll () from /lib64/libc.so.6 #1 0x7f100b7ba109 in ?? () from /usr/lib64/libglib-2.0.so.0 #2 0x7f100b7ba21c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #3 0x7f100f7b0c0b in QEventDispatcherGlib::processEvents (this=0x7f0f80029b20, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #4 0x7f100f75909a in QEventLoop::exec (this=this@entry=0x7f0f6a7f3d10, flags=..., flags@entry=...) at kernel/qeventloop.cpp:212 #5 0x7f100f5884da in QThread::exec (this=) at thread/qthread.cpp:515 #6 0x7f100f58d0ce in QThreadPrivate::start (arg=0x7f0f84015f20) at thread/qthread_unix.cpp:368 #7 0x7f100da70559 in start_thread () from /lib64/libpthread.so.0 #8 0x7f100ec7582f in clone () from /lib64/libc.so.6 Thread 45 (Thread 0x7f0f6700 (LWP 11147)): #0 0x7f100b7ff339 in g_private_get () from /usr/lib64/libglib-2.0.so.0 #1 0x7f100b7e1ce0 in g_thread_self () from /usr/lib64/libglib-2.0.so.0 #2 0x7f100b7ba20d in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #3 0x7f100f7b0c0b in QEventDispatcherGlib::processEvents (this=0x7f0f84056ae0, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #4 0x7f100f75909a in QEventLoop::exec (this=this@entry=0x7f0f6fffed10, flags=..., flags@entry=...) at kernel/qeventloop.cpp:212 #5 0x7f100f5884da in QThread::exec (this=) at thread/qthread.cpp:515 #6 0x7f100f58d0ce in QThreadPrivate::start (arg=0x7f0f90020ab0) at thread/qthread_unix.cpp:368 #7 0x7f100da70559 in start_thread () from /lib64/libpthread.so.0 #8 0x7f100ec7582f in clone () from /lib64/libc.so.6 Thread 44 (Thread 0x7f0f6aff5700 (LWP 6292)): #0 0x7f100b7ff774 in g_mutex_unlock () from /usr/lib64/libglib-2.0.so.0 #1 0x7f100b7b9aa8 in g_main_context_check () from /usr/lib64/libglib-2.0.so.0 #2 0x7f100b7ba0b0 in ?? () from /usr/lib64/libglib-2.0.so.0 #3
[Akonadi] [Bug 397330] akonactl fsck crashes
https://bugs.kde.org/show_bug.cgi?id=397330 --- Comment #1 from Richard Bos --- In thread 6 I see: #9 0x7f100f57706f in qt_message_print (message=..., context=..., msgType=QtFatalMsg) at global/qlogging.cpp:1656 #10 qt_message(QtMsgType, const QMessageLogContext &, const char *, typedef __va_list_tag __va_list_tag *) (msgType=msgType@entry=QtFatalMsg, context=..., msg=msg@entry=0x7f100f8401f0 "ASSERT: \"%s\" in file %s, line %d", ap=ap@entry=0x7f0fff7fd298) at global/qlogging.cpp:281 #11 0x7f100f578869 in QMessageLogger::fatal (this=this@entry=0x7f0fff7fd370, msg=msg@entry=0x7f100f8401f0 "ASSERT: \"%s\" in file %s, line %d") at global/qlogging.cpp:793 -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 395711] Since last Update kmail didn't load external images anymore
https://bugs.kde.org/show_bug.cgi?id=395711 --- Comment #4 from Richard Bos --- Funny, I just wanted to report this issue (again) ;) Because I installed the new KDE (18.08) on a virtual machine and in this virtual machine I have this issue. Not on my current KDE desktop. I've the "Configure Kmail" -> Security -> Allow messages to load external references, this enabled. Full story: Current desktop / kmail version: kmail-17.12.3 openSUSE Leap 15.0 In this version HTML emails are shown correctly (at least the way I want it to be). I created a virtual machine with openSUSE Leap 15.0 copied my .local/share .config and .kde4 directories to the virtual machine All worked as expected. Update KDE to 18.08 with kmail version: kmail-18.08.0 This version shows the issue. It's an issue (bug?) in the new kmail version. I heard more people about this, I hope that this gets fixed before the offical release. Is this ticket on the list with issues to be solved before release? -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 397620] New: kmail 18.08 total column width way too much in folderlist
https://bugs.kde.org/show_bug.cgi?id=397620 Bug ID: 397620 Summary: kmail 18.08 total column width way too much in folderlist Product: kmail2 Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: folders Assignee: kdepim-bugs@kde.org Reporter: richard@xs4all.nl Target Milestone: --- Created attachment 114495 --> https://bugs.kde.org/attachment.cgi?id=114495=edit Screenshot showing the much too wide total column Total column width way too much in folderlist. I hope that the attached screenshot makes it clear what is wrong. openSUSE Leap 15.0 kmail 5.9.0 # rpm -q kmail kmail-18.08.0-lp150.76.1 KDE Frameworks 5.48.0 Qt 5.11.1 -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 397622] New: Colorized versus monochrome icons
https://bugs.kde.org/show_bug.cgi?id=397622 Bug ID: 397622 Summary: Colorized versus monochrome icons Product: kontact Version: GIT (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: richard@xs4all.nl Target Milestone: --- Created attachment 114499 --> https://bugs.kde.org/attachment.cgi?id=114499=edit Screenshot comparing colored vs monochrome icons in kontact With the current new (18.08) kontact the nice colored icons are changed to boring monochrome icons. I would like to have the colorized icons in kontact. (Make it at least optional). How can I keep the colored icons? openSUSE Leap 15.0 kontact 5.9.0 rpm -q kontact kontact-18.08.0-lp150.60.1 KDE Frameworks 5.48.0 Qt 5.11.1 -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 397580] New: Write / flush emails that are missing at disk
https://bugs.kde.org/show_bug.cgi?id=397580 Bug ID: 397580 Summary: Write / flush emails that are missing at disk Product: Akonadi Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: richard@xs4all.nl Target Milestone: --- Equip akonadi with the possibility to write emails to disk that akonadi knows about in its database and that are missing at disk. At the moment I've the following amount of emails at disk. But kmail reports for sent-mail 13292 and for trash 307 emails. unread totaal folder 0 53 inbox 0 0 outbox 0 13290 sent-mail 0302 trash In case of recovery and the akonadi database is to be restored from scratch, not all emails from sent-mail and trash will be restored (as these are not disk, but are only known in the akonadi database). The feature could be added to akonadictl, akonadiconsole or to e.g. kmail. https://phabricator.kde.org/T638 seems to be related. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 395711] Since last Update kmail didn't load external images anymore
https://bugs.kde.org/show_bug.cgi?id=395711 Richard Bos changed: What|Removed |Added CC||richard@xs4all.nl --- Comment #2 from Richard Bos --- boospy: can you describe better where to find the "load external references"? For example with a screenshot. I ask because I can't find the setting you're referring to. Hmm, I found it now: it's the menu folder in the main menu (on top of kmail) and not on the folder itself. In my case "load external references" is grayed out. -- You are receiving this mail because: You are the assignee for the bug.
[akregator] [Bug 374108] Akregator - clicking some links in articles has no effect
https://bugs.kde.org/show_bug.cgi?id=374108 Richard Bos changed: What|Removed |Added CC||richard@xs4all.nl --- Comment #1 from Richard Bos --- Looks like this bug: https://bugreports.qt.io/browse/QTBUG-67870 As described at: https://blogs.kde.org/2018/07/24/2018-toulouse-pim-sprint-report (look for Investigated Qt 5.11 bug which broke clicking on links in KMail... fixed) -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 365162] after upgrading today, kmail folder list corrupted
https://bugs.kde.org/show_bug.cgi?id=365162 Richard Bos changed: What|Removed |Added CC||richard@xs4all.nl --- Comment #5 from Richard Bos --- Suggestion: close this bug report? -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 365162] after upgrading today, kmail folder list corrupted
https://bugs.kde.org/show_bug.cgi?id=365162 Richard Bos changed: What|Removed |Added CC|richard@xs4all.nl | -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 396781] kmail no longer shows new mails
https://bugs.kde.org/show_bug.cgi?id=396781 --- Comment #2 from Richard Bos --- Rebuilding what? - The code? - Or the data? When data, how did you rebuild it? -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 397620] kmail 18.08 total column width way too much in folderlist
https://bugs.kde.org/show_bug.cgi?id=397620 --- Comment #2 from Richard Bos --- What do you (exactly) mean with: it needs to be setup correctly? When I move the right side of the total column to the left, it does not move. I tried a couple of times, and for longer periods, it does not move. At least to me it appears there is no difference, making it an endless movement When it would have move, no bug report would have been needed. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 395711] External images not loaded by default if message was opened in a separate window
https://bugs.kde.org/show_bug.cgi?id=395711 --- Comment #31 from Richard Bos --- One more thank you. -- You are receiving this mail because: You are the assignee for the bug.
[akregator] [Bug 374108] Akregator - clicking some links in articles has no effect
https://bugs.kde.org/show_bug.cgi?id=374108 Richard Bos changed: What|Removed |Added Resolution|WAITINGFORINFO |WORKSFORME Status|NEEDSINFO |RESOLVED --- Comment #3 from Richard Bos --- Let's close it. I'm not aware of this kind of issues. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 397620] kmail 18.08 total column width way too much in folderlist
https://bugs.kde.org/show_bug.cgi?id=397620 Richard Bos changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |WORKSFORME --- Comment #5 from Richard Bos --- It seems okay now -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 397622] Colorized versus monochrome icons
https://bugs.kde.org/show_bug.cgi?id=397622 Richard Bos changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |WORKSFORME --- Comment #3 from Richard Bos --- I'm now used to monochrome colored icons. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 360834] no mechanism to reattempt to store items without rid (just in db) into the resource
https://bugs.kde.org/show_bug.cgi?id=360834 --- Comment #14 from Richard Bos --- I use kmail more or less on weekly basis (every weekend), and the first I need to do is to clean up emails that I processed before (days or weeks). That are emails that then again retrieved and shown in kmail. It looks like email get stuck through filtering, but what it is I don't know. Some of those emails I can't delete normally. I delete with and deletes the email from kmail, but I don't know what the adverse might be. This behavior removes the fun of using kmail, cause every week I've to clean-up/reread email that I already processed. I really hope this can be taken care of. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 357179] Email remains in inbox after moving it to a folder
https://bugs.kde.org/show_bug.cgi?id=357179 --- Comment #3 from Richard Bos <richard@xs4all.nl> --- For me personnally ( original poster ) the problem has been solved in the meantime. But this took a lot of effort. Too much to describe what I did. But it basically boils down that I removed the pop account and started from scratch, but whether that actually is the only thing that's need, I don't know. For me this report can be closed ( although it would be better to have the real problem solved ). -- 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 357064] New: Mail not accessible after migration
https://bugs.kde.org/show_bug.cgi?id=357064 Bug ID: 357064 Summary: Mail not accessible after migration Product: Akonadi Version: 4.13 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: grave Priority: NOR Component: Maildir Resource Assignee: kdepim-bugs@kde.org Reporter: richard@xs4all.nl Mail not accessible after migration. The migration was done after updating from openSUSE_13.1 to openSUSE_leap kmail created a new resource called "Local Folders", but the old previous folders "Kmail folders" were not migrated to the new Local Folders. Very frustrating. After many attempts, using various ways, fortunately having backup arounds, I started kmail, from the command line. Kmail finished the migration, spitting the following line 10 times per second and never stopping: Resource id's don't match: "akonadi_maildir_resource_1" "akonadi_maildir_resource_0" Looking for this results in this bug report: https://bugs.kde.org/show_bug.cgi?id=255104 (Thus that report is still not solved)! The bugreport points to: https://forum.kde.org/viewtopic.php?f=215=120777#p308518 Which has the solution. At the bottom at states: https://forum.kde.org/viewtopic.php?f=215=120777#p347175 For me it was sufficient to remove the local trash folder: rm -rf .local/share/local-mail/trash/ Have this fixed please, because it takes a whole day to work out the problem, it is frustrating as it looks like old email is no longer accessible, etc. Reproducible: Always Steps to Reproduce: 1. See above 2. 3. Actual Results: Email is no longer accessible! very bad. Expected Results: Nice smooth migration, and emails always accessible -- 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 357067] New: kmail crashed when configuring appearance
https://bugs.kde.org/show_bug.cgi?id=357067 Bug ID: 357067 Summary: kmail crashed when configuring appearance Product: kmail2 Version: unspecified Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: richard@xs4all.nl Application: kmail (4.14.10) KDE Platform Version: 4.14.10 Qt Version: 4.8.6 Operating System: Linux 4.1.13-5-default x86_64 Distribution: "openSUSE Leap 42.1 (x86_64)" -- Information about the crash: - What I was doing when the application crashed: start kmail setings configure kmail click at appearance crash Tried to launch kmail from other users desktops, it always crashed. While kmail for the other users are not crashing. Might it have something to do with the (kde4) theme? If so, how do I change it from kde5? The crash can be reproduced every time. -- Backtrace: Application: KMail (kmail), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f5cd87ba840 (LWP 16995))] Thread 5 (Thread 0x7f5cb1167700 (LWP 16998)): #0 0x7f5cce58b05f in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f5cca964eb6 in WTF::TCMalloc_PageHeap::scavengerThread() () from /usr/lib64/libQtWebKit.so.4 #2 0x7f5cca964ee9 in WTF::TCMalloc_PageHeap::runScavengerThread(void*) () from /usr/lib64/libQtWebKit.so.4 #3 0x7f5cce5870a4 in start_thread () from /lib64/libpthread.so.0 #4 0x7f5cd5a4104d in clone () from /lib64/libc.so.6 Thread 4 (Thread 0x7f5c6bdd8700 (LWP 16999)): #0 0x7f5cce58b05f in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f5cca6d7b3d in JSC::BlockAllocator::blockFreeingThreadMain() () from /usr/lib64/libQtWebKit.so.4 #2 0x7f5cca98ca06 in WTF::wtfThreadEntryPoint(void*) () from /usr/lib64/libQtWebKit.so.4 #3 0x7f5cce5870a4 in start_thread () from /lib64/libpthread.so.0 #4 0x7f5cd5a4104d in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7f5c6b1d7700 (LWP 17002)): #0 0x7f5cd5a34ced in read () from /lib64/libc.so.6 #1 0x7f5cbdd6df45 in ?? () from /usr/lib64/tls/libnvidia-tls.so.340.93 #2 0x7f5ccd7acb60 in ?? () from /usr/lib64/libglib-2.0.so.0 #3 0x7f5ccd76b999 in g_main_context_check () from /usr/lib64/libglib-2.0.so.0 #4 0x7f5ccd76bdf8 in ?? () from /usr/lib64/libglib-2.0.so.0 #5 0x7f5ccd76bf7c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #6 0x7f5cd710bfde in QEventDispatcherGlib::processEvents (this=0x7f5c5c0008e0, flags=...) at kernel/qeventdispatcher_glib.cpp:452 #7 0x7f5cd70ddd4f in QEventLoop::processEvents (this=this@entry=0x7f5c6b1d6da0, flags=...) at kernel/qeventloop.cpp:149 #8 0x7f5cd70de045 in QEventLoop::exec (this=this@entry=0x7f5c6b1d6da0, flags=...) at kernel/qeventloop.cpp:204 #9 0x7f5cd6fdb4df in QThread::exec (this=) at thread/qthread.cpp:538 #10 0x7f5cd6fddbbf in QThreadPrivate::start (arg=0x26876f0) at thread/qthread_unix.cpp:349 #11 0x7f5cce5870a4 in start_thread () from /lib64/libpthread.so.0 #12 0x7f5cd5a4104d in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7f5c69c0a700 (LWP 17005)): #0 0x7f5cce58b05f in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f5cbfe5b86b in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0x7f5cc0157ee0 ) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359 #2 0x7f5cbfe5b8a9 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464 #3 0x7f5cce5870a4 in start_thread () from /lib64/libpthread.so.0 #4 0x7f5cd5a4104d in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7f5cd87ba840 (LWP 16995)): [KCrash Handler] #6 data (this=0x8) at ../../src/corelib/tools/qscopedpointer.h:135 #7 qGetPtrHelper(p=...) at ../../src/corelib/global/qglobal.h:2466 #8 d_func (this=0x0) at widgets/qabstractbutton.h:171 #9 QAbstractButton::setChecked (this=0x0, checked=true) at widgets/qabstractbutton.cpp:738 #10 0x7f5cd82cb7fd in load (this=0x2e11760) at /usr/src/debug/kdepim-4.14.10/kmail/configuredialog/configuredialog_p.cpp:82 #11 ConfigModuleWithTabs::load (this=0x2d9e050) at /usr/src/debug/kdepim-4.14.10/kmail/configuredialog/configuredialog_p.cpp:52 #12 0x7f5cd7bd1839 in KCModule::qt_static_metacall (_o=, _id=, _a=, _c=) at /usr/src/debug/kdelibs-4.14.10/build/kdeui/kcmodule.moc:65 #13 0x7f5cd70f749e in QObject::event (this=this@entry=0x2d9e050, e=e@entry=0x2c3d180) at kernel/qobject.cpp:1231 #14 0x7f5cd64c8cab in QWidget::event (this=0x2d9e050, event=0x2c3d180) at kernel/qwidget.cpp:8859 #15 0x7f5cd647979c in QApplicationPrivate::notify_helper (this=this@entry=0x1d92470, receiver=receiver@entry=0x2d9e050,
[kmail2] [Bug 357179] New: Email remains in inbox after moving it to a folder
https://bugs.kde.org/show_bug.cgi?id=357179 Bug ID: 357179 Summary: Email remains in inbox after moving it to a folder Product: kmail2 Version: 4.14.7 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: message list Assignee: kdepim-bugs@kde.org Reporter: richard@xs4all.nl When an email is moved from inbox to another folder, it re-appears in inbox ( the copy in the other folder stays there btw ). Reproducible: Always Steps to Reproduce: 1. receive an email 2. move it from inbox to another folder 3. verify that the email has been moved to the other folder 4. go back to the inbox 5. the moved email appears again in the inbox This behavior is the same for messages moved manually as well as filtered emails Actual Results: The moved email re-appears in inbox Expected Results: The moved email should not re-appear in the inbox, as it has been copied to another folder. I'm using pop email. I recently updated from openSUSE_13.1 where emails moving and filtering worked just great ( as expected ). Currently running kmail-4.14.10. Looks a bit similar to bug report: 350059 But indeed also for me email filters are at the moment not usuable. Restarting akonadictl does not help. -- 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
