[kmail2] [Bug 357914] New: uncomplete synchronisation with addressbooks owncloud; forgetting assigned colours
https://bugs.kde.org/show_bug.cgi?id=357914 Bug ID: 357914 Summary: uncomplete synchronisation with addressbooks owncloud; forgetting assigned colours Product: kmail2 Version: 5.1 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: m...@zywek.eu There are some problems with the PIM Kontact. I’m working with two KDE-Computers, and both have the same problem. The synchronisation with my owncloud-addressbook does work only for a small part of my adresses. Per Addressbook I see at about twenty addresses, but there are on the server per book at about 150 adresses. It seems as if there would be a limit. To synchronize again (F5) does not help. I like to use colours for my categories and calendars. Korganizer forgets with every logout or shutoff the assigned colours. These two bugs make it almost impossible to work with the PIM in ancomfortable and fluent way. Reproducible: Always Steps to Reproduce: 1. everytime if I launch whole the PIM or only kmail 5.1 or kaddressbook 2. 3. Expected Results: downloading and showing all addresses, which I stored in my owncloud-addressbooks; whenever I launch I find the same assigned colours for categories and calendars. -- 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 357914] uncomplete synchronisation with addressbooks owncloud; forgetting assigned colours
https://bugs.kde.org/show_bug.cgi?id=357914 Michael Zywek changed: What|Removed |Added Keywords||usability -- 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 352464] Regression kMail 5.0.0: HTML mails do not show external images
https://bugs.kde.org/show_bug.cgi?id=352464 imraro changed: What|Removed |Added CC||imr...@gmail.com --- Comment #16 from imraro --- Same behavior with embedded images (15.12.1). -- 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 343034] KMail insists on offline mode, even when network connection is available
https://bugs.kde.org/show_bug.cgi?id=343034 Andre Heinecke changed: What|Removed |Added CC||aheine...@intevation.de --- Comment #5 from Andre Heinecke --- Does someone have an example how to reliably reproduce this? I've uninstalled networkmanager and tried several times to trigger this with: ifdown eth0 && ifup eth0 && dhclient even inserting several sleep times between the ifdown and ifup. and afterwards checking qdbus org.kde.kded /modules/networkstatus org.kde.Solid.Networking.Client.status Always showed the correct status. -- 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 357924] New: kontakt crashes when opening from startmenu (while it should have been visibile from taskbar as icon...but wasn't
https://bugs.kde.org/show_bug.cgi?id=357924 Bug ID: 357924 Summary: kontakt crashes when opening from startmenu (while it should have been visibile from taskbar as icon...but wasn't Product: kontact Version: unspecified Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: staka...@freenet.de Application: kontact (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: I have set kontakt to show as icon if mail is there. There was mail but I did not see the icon (kontact was reduced to icon). - Unusual behavior I noticed: When I clicked on the button of the startmenu kontact crashed immediately and konqi popped up. The unusual was that the icon with the number of mails was not visibile. Normally it is (and there where about 63 unread messages of several mailing lists, so it should have shown). After restarting all is normal. -- Backtrace: Application: Kontact (kontact), signal: Aborted Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f8a29f27800 (LWP 2979))] Thread 5 (Thread 0x7f8a0c1f3700 (LWP 3004)): #0 0x7f8a2146c05f in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f8a26602eb6 in WTF::TCMalloc_PageHeap::scavengerThread() () from /usr/lib64/libQtWebKit.so.4 #2 0x7f8a26602ee9 in WTF::TCMalloc_PageHeap::runScavengerThread(void*) () from /usr/lib64/libQtWebKit.so.4 #3 0x7f8a214680a4 in start_thread () from /lib64/libpthread.so.0 #4 0x7f8a273f304d in clone () from /lib64/libc.so.6 Thread 4 (Thread 0x7f89cb8d8700 (LWP 3005)): #0 0x7f8a2146c05f in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f8a26375b3d in JSC::BlockAllocator::blockFreeingThreadMain() () from /usr/lib64/libQtWebKit.so.4 #2 0x7f8a2662aa06 in WTF::wtfThreadEntryPoint(void*) () from /usr/lib64/libQtWebKit.so.4 #3 0x7f8a214680a4 in start_thread () from /lib64/libpthread.so.0 #4 0x7f8a273f304d in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7f89b3edc700 (LWP 3284)): #0 0x7f8a273e6ced in read () from /lib64/libc.so.6 #1 0x7f8a20edcb60 in ?? () from /usr/lib64/libglib-2.0.so.0 #2 0x7f8a20e9b999 in g_main_context_check () from /usr/lib64/libglib-2.0.so.0 #3 0x7f8a20e9bdf8 in ?? () from /usr/lib64/libglib-2.0.so.0 #4 0x7f8a20e9bf7c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #5 0x7f8a27be6fde in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib64/libQtCore.so.4 #6 0x7f8a27bb8d4f in QEventLoop::processEvents(QFlags) () from /usr/lib64/libQtCore.so.4 #7 0x7f8a27bb9045 in QEventLoop::exec(QFlags) () from /usr/lib64/libQtCore.so.4 #8 0x7f8a27ab64df in QThread::exec() () from /usr/lib64/libQtCore.so.4 #9 0x7f8a27ab8bbf in ?? () from /usr/lib64/libQtCore.so.4 #10 0x7f8a214680a4 in start_thread () from /lib64/libpthread.so.0 #11 0x7f8a273f304d in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7f89b1669700 (LWP 3295)): #0 0x7f8a273eac1d in poll () from /lib64/libc.so.6 #1 0x7f8a20e9be64 in ?? () from /usr/lib64/libglib-2.0.so.0 #2 0x7f8a20e9bf7c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #3 0x7f8a27be6fde in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib64/libQtCore.so.4 #4 0x7f8a27bb8d4f in QEventLoop::processEvents(QFlags) () from /usr/lib64/libQtCore.so.4 #5 0x7f8a27bb9045 in QEventLoop::exec(QFlags) () from /usr/lib64/libQtCore.so.4 #6 0x7f8a27ab64df in QThread::exec() () from /usr/lib64/libQtCore.so.4 #7 0x7f8a27b9a653 in ?? () from /usr/lib64/libQtCore.so.4 #8 0x7f8a27ab8bbf in ?? () from /usr/lib64/libQtCore.so.4 #9 0x7f8a214680a4 in start_thread () from /lib64/libpthread.so.0 #10 0x7f8a273f304d in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7f8a29f27800 (LWP 2979)): [KCrash Handler] #6 0x7f8a27343187 in raise () from /lib64/libc.so.6 #7 0x7f8a27344538 in abort () from /lib64/libc.so.6 #8 0x7f8a27aae6d4 in qt_message_output(QtMsgType, char const*) () from /usr/lib64/libQtCore.so.4 #9 0x7f8a27aae859 in ?? () from /usr/lib64/libQtCore.so.4 #10 0x7f8a27aaf064 in qFatal(char const*, ...) () from /usr/lib64/libQtCore.so.4 #11 0x7f89c1106d84 in operator-> (this=) at /usr/src/debug/kdepim-4.14.10/mailcommon/kernel/mailkernel.cpp:58 #12 MailCommon::Kernel::self () at /usr/src/debug/kdepim-4.14.10/mailcommon/kernel/mailkernel.cpp:75 #13 0x7f89c114efd0 in MailCommon::FolderCollection::writeConfig (this=this@entry=0x34aba80) at /usr/src/debug/
[Akonadi] [Bug 357925] New: Akonadi crashes with google calendars
https://bugs.kde.org/show_bug.cgi?id=357925 Bug ID: 357925 Summary: Akonadi crashes with google calendars Product: Akonadi Version: unspecified Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: Google Resource Assignee: dvra...@kde.org Reporter: t.ki...@gmail.com CC: kdepim-bugs@kde.org Application: akonadi_googlecalendar_resource (4.89.0) Qt Version: 5.4.2 Operating System: Linux 4.2.0-23-generic x86_64 Distribution: Ubuntu 15.10 -- Information about the crash: - Unusual behavior I noticed: Akonadi crashes with google calendars + compositor of my KDE5 is strange, I had to use xrender. May be not related though. The crash can be reproduced every time. -- Backtrace: Application: Zdroj Akonadi (akonadi_googlecalendar_resource), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7facd06d2840 (LWP 1534))] Thread 3 (Thread 0x7facce63e700 (LWP 1554)): #0 0x7face63578dd in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7facde533bd2 in _xcb_conn_wait (__timeout=-1, __nfds=1, __fds=0x7facce63dc80) at /usr/include/x86_64-linux-gnu/bits/poll2.h:46 #2 0x7facde533bd2 in _xcb_conn_wait (c=c@entry=0xee9200, cond=cond@entry=0xee9240, vector=vector@entry=0x0, count=count@entry=0x0) at ../../src/xcb_conn.c:459 #3 0x7facde53574f in xcb_wait_for_event (c=0xee9200) at ../../src/xcb_in.c:623 #4 0x7facd035ba39 in () at /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so #5 0x7face6c612be in () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #6 0x7facddf076aa in start_thread (arg=0x7facce63e700) at pthread_create.c:333 #7 0x7face6362eed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 2 (Thread 0x7facc7fff700 (LWP 1577)): #0 0x7face635349d in read () at ../sysdeps/unix/syscall-template.S:81 #1 0x7facdda2b4e0 in g_wakeup_acknowledge (__nbytes=16, __buf=0x7facc7ffeb80, __fd=) at /usr/include/x86_64-linux-gnu/bits/unistd.h:44 #2 0x7facdda2b4e0 in g_wakeup_acknowledge (wakeup=0x7facc80015b0) at /build/glib2.0-ajuDY6/glib2.0-2.46.1/./glib/gwakeup.c:210 #3 0x7facdd9e7cd4 in g_main_context_check (context=context@entry=0x7facc990, max_priority=2147483647, fds=fds@entry=0x7facc0003070, n_fds=n_fds@entry=1) at /build/glib2.0-ajuDY6/glib2.0-2.46.1/./glib/gmain.c:3632 #4 0x7facdd9e8190 in g_main_context_iterate (context=context@entry=0x7facc990, block=block@entry=1, dispatch=dispatch@entry=1, self=) at /build/glib2.0-ajuDY6/glib2.0-2.46.1/./glib/gmain.c:3837 #5 0x7facdd9e82fc in g_main_context_iteration (context=0x7facc990, may_block=1) at /build/glib2.0-ajuDY6/glib2.0-2.46.1/./glib/gmain.c:3901 #6 0x7face6e9829b in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #7 0x7face6e3e75a in QEventLoop::exec(QFlags) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #8 0x7face6c5c3d4 in QThread::exec() () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #9 0x7face6c612be in () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #10 0x7facddf076aa in start_thread (arg=0x7facc7fff700) at pthread_create.c:333 #11 0x7face6362eed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Thread 1 (Thread 0x7facd06d2840 (LWP 1534)): [KCrash Handler] #6 0x7face94666c6 in Akonadi::Entity::remoteRevision() const () at /usr/lib/x86_64-linux-gnu/libKF5AkonadiCore.so.5 #7 0x0041d980 in CalendarResource::retrieveItems(Akonadi::Collection const&) () #8 0x7face9f1f32d in () at /usr/lib/x86_64-linux-gnu/libKF5AkonadiAgentBase.so.5 #9 0x7face9f21200 in () at /usr/lib/x86_64-linux-gnu/libKF5AkonadiAgentBase.so.5 #10 0x7face6e7178a in QMetaObject::activate(QObject*, int, int, void**) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #11 0x7face80fa8d2 in KJob::result(KJob*, KJob::QPrivateSignal) () at /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5 #12 0x7face80fb45a in KJob::emitResult() () at /usr/lib/x86_64-linux-gnu/libKF5CoreAddons.so.5 #13 0x7face94f73b3 in () at /usr/lib/x86_64-linux-gnu/libKF5AkonadiCore.so.5 #14 0x7face6e72651 in QObject::event(QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #15 0x7face770eb8c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #16 0x7face7714230 in QApplication::notify(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #17 0x7face6e40f1b in QCoreApplication::notifyInternal(QObject*, QEvent*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #18 0x7face6e43057 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #19 0x7face6e97e73 in
[Akonadi] [Bug 334569] KOrganizer not syncing properly with modified repeated events in google calendar
https://bugs.kde.org/show_bug.cgi?id=334569 Eduard Valiauka changed: What|Removed |Added CC||nsbm.abb...@gmail.com -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 338670] Google Calendar & task resource can't handle more than one google account.
https://bugs.kde.org/show_bug.cgi?id=338670 Eduard Valiauka changed: What|Removed |Added CC||nsbm.abb...@gmail.com -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 343034] KMail insists on offline mode, even when network connection is available
https://bugs.kde.org/show_bug.cgi?id=343034 --- Comment #6 from Gunter Ohrner --- (In reply to Andre Heinecke from comment #5) > Does someone have an example how to reliably reproduce this? Unfortunately, no. However, I have Network Manager installed but do not use it for wired networks. I'm manually using dhclient instead. Maybe this does not properly work? I've never tried without network manager being installed. BTW, a workaround to get kMail going (most of the times, though) is to perform the dhclient comment twice: $ dhclient -v eth0 ; killall dhclient ; ifconfig eth0 down ; dhclient -v eth0 This will often do the job for me. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kleopatra] [Bug 357933] New: Kleopatra 15.12.1 (2.2): load certifications (pgp) - segfault after infinite recursion
https://bugs.kde.org/show_bug.cgi?id=357933 Bug ID: 357933 Summary: Kleopatra 15.12.1 (2.2): load certifications (pgp) - segfault after infinite recursion Product: kleopatra Version: 2.2.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: aheine...@intevation.de Reporter: till2.schae...@uni-dortmund.de CC: kdepim-bugs@kde.org, m...@kde.org Kleopatra segfaults when pressing the button "Load Certification" for pgp keys Steps to Reproduce: 1. Double clock an OpenPGP key 2. Go to the tab: "User IDs & Certifications" 3. Press button "Load Certification (may take a while)" It seem that there is an infinite recursion (full trace is attached): Core was generated by `kleopatra'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x7ffa2a0647bb in QTreeViewPrivate::layout (this=this@entry=0x130, i=i@entry=20118, recursiveExpanding=recursiveExpanding@entry=true, afterIsUninitialized=afterIsUninitialized@entry=true) at itemviews/qtreeview.cpp:3313 [Current thread is 1 (Thread 0x7ffa18362840 (LWP 20915))] #0 0x7ffa2a0647bb in QTreeViewPrivate::layout (this=this@entry=0x130, i=i@entry=20118, recursiveExpanding=recursiveExpanding@entry=true, afterIsUninitialized=afterIsUninitialized@entry=true) at itemviews/qtreeview.cpp:3313 #1 0x7ffa2a064eb8 in QTreeViewPrivate::layout (this=this@entry=0x130, i=i@entry=20117, recursiveExpanding=recursiveExpanding@entry=true, afterIsUninitialized=, afterIsUninitialized@entry=true) at itemviews/qtreeview.cpp:3374 #2 0x7ffa2a064eb8 in QTreeViewPrivate::layout (this=this@entry=0x130, i=i@entry=20116, recursiveExpanding=recursiveExpanding@entry=true, afterIsUninitialized=, afterIsUninitialized@entry=true) at itemviews/qtreeview.cpp:3374 #3 0x7ffa2a064eb8 in QTreeViewPrivate::layout (this=this@entry=0x130, i=i@entry=20115, recursiveExpanding=recursiveExpanding@entry=true, afterIsUninitialized=, afterIsUninitialized@entry=true) at itemviews/qtreeview.cpp:3374 #4 0x7ffa2a064eb8 in QTreeViewPrivate::layout (this=this@entry=0x130, i=i@entry=20114, recursiveExpanding=recursiveExpanding@entry=true, afterIsUninitialized=, afterIsUninitialized@entry=true) at itemviews/qtreeview.cpp:3374 #5 0x7ffa2a064eb8 in QTreeViewPrivate::layout (this=this@entry=0x130, i=i@entry=20113, recursiveExpanding=recursiveExpanding@entry=true, afterIsUninitialized=, afterIsUninitialized@entry=true) at itemviews/qtreeview.cpp:3374 #6 0x7ffa2a064eb8 in QTreeViewPrivate::layout (this=this@entry=0x130, i=i@entry=20112, recursiveExpanding=recursiveExpanding@entry=true, afterIsUninitialized=, afterIsUninitialized@entry=true) at itemviews/qtreeview.cpp:3374 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
[kleopatra] [Bug 357933] Kleopatra 15.12.1 (2.2): load certifications (pgp) - segfault after infinite recursion
https://bugs.kde.org/show_bug.cgi?id=357933 Till Schäfer changed: What|Removed |Added Platform|Other |Gentoo Packages -- 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 357934] New: Kleopatra should have a dedicated gpg view
https://bugs.kde.org/show_bug.cgi?id=357934 Bug ID: 357934 Summary: Kleopatra should have a dedicated gpg view Product: kleopatra Version: 2.2.0 Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: aheine...@intevation.de Reporter: till2.schae...@uni-dortmund.de CC: kdepim-bugs@kde.org, m...@kde.org I have updated to kdepim 15.12.1 theses days. Previously i have used kdepim from the KDE 4 series and used KGPG for PGP key management. Since KGPG is not ported to KF5 i gave Kleopatra a try and was a bit disappointed regarding its visual appearance of the PGP-Keys. It does not show the relevant informations as fast as KGPG. ;Many daily use informations are hidden in sub-dialogs. Therefore, this is a wish for an explicit pgp view: - having an explicit filter for OpenPGP keys - allow a hierarchical view for pgp keys: -> showing subkeys / identities (i.e. the e-mail addresses) -> showing signatures for the pgp key (to decide it it may be trusted) - show a trust level 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
[kleopatra] [Bug 357933] Kleopatra 15.12.1 (2.2): load certifications (pgp) - segfault after infinite recursion
https://bugs.kde.org/show_bug.cgi?id=357933 Andre Heinecke changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |CONFIRMED --- Comment #1 from Andre Heinecke --- Thanks for reporting this. I've already seen it and it's on my Todo but there was no report about this. This is a regression from the Qt5 / KF5 port but I think the bug is that the underlying model in kleo is not correct. -- 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 357934] Kleopatra should have a dedicated gpg view
https://bugs.kde.org/show_bug.cgi?id=357934 Andre Heinecke changed: What|Removed |Added Status|UNCONFIRMED |CONFIRMED Ever confirmed|0 |1 --- Comment #1 from Andre Heinecke --- I agree with you. Patches welcome :-) Well not with the Subkeys, subkeys are imho a Technical Detail. But I think what you mean by "-> showing subkeys / identities (i.e. the e-mail addresses)" is showing additional UIDs. -- 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 357933] Kleopatra 15.12.1 (2.2): load certifications (pgp) - segfault after infinite recursion
https://bugs.kde.org/show_bug.cgi?id=357933 --- Comment #2 from Till Schäfer --- I will attach the stack trace as soon as this is ready. it takes a while to print a gdb stacktrace with 20k lines :-) -- 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 357934] Kleopatra should have a dedicated gpg view
https://bugs.kde.org/show_bug.cgi?id=357934 --- Comment #2 from Till Schäfer --- (In reply to Andre Heinecke from comment #1) > I agree with you. Patches welcome :-) > > Well not with the Subkeys, subkeys are imho a Technical Detail. But I think > what you mean by > "-> showing subkeys / identities (i.e. the e-mail addresses)" is showing > additional UIDs. yes, you are right. -- 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 357061] Kmail5 crashes on shutdown
https://bugs.kde.org/show_bug.cgi?id=357061 --- Comment #2 from wodenhof --- (In reply to wodenhof from comment #1) > There seems to have been an update. Now I get the kwallet popup when I log > in to KDE (whatever for). I'll try to clarify. Kwallet is called by kmail -- which is not started yet (at least not by me). This is what is running right after boot with no further action of me: matthias@linux-1vgm:~> ps aux | grep mail matthias 1991 0.3 0.5 1078328 68496 ? Sl 17:59 0:00 /usr/bin/kmail -session 1014b1039feb00014526247830019020014_1452626860_756855 matthias 2197 0.1 0.4 1048692 60764 ? Sl 18:00 0:00 /usr/bin/akonadi_archivemail_agent --identifier akonadi_archivemail_agent matthias 2258 0.1 0.3 603980 40868 ?Sl 18:00 0:00 /usr/bin/akonadi_maildir_resource --identifier akonadi_maildir_resource_1 matthias 2262 0.1 0.3 603284 37432 ?Sl 18:00 0:00 /usr/bin/akonadi_maildir_resource --identifier akonadi_maildir_resource_2 matthias 2263 0.1 0.3 833852 38540 ?Sl 18:00 0:00 /usr/bin/akonadi_maildispatcher_agent --identifier akonadi_maildispatcher_agent matthias 2279 0.1 0.5 1185760 65832 ? Sl 18:00 0:00 /usr/bin/akonadi_mailfilter_agent --identifier akonadi_mailfilter_agent matthias 2296 0.1 0.3 686664 41188 ?Sl 18:00 0:00 /usr/bin/akonadi_newmailnotifier_agent --identifier akonadi_newmailnotifier_agent matthias 2715 0.0 0.0 10524 1572 pts/0S+ 18:02 0:00 grep --color=auto mail matthias@linux-1vgm:~> HTH. -- 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 357933] Kleopatra 15.12.1 (2.2): load certifications (pgp) - segfault after infinite recursion
https://bugs.kde.org/show_bug.cgi?id=357933 --- Comment #3 from Andre Heinecke --- There is no need for that. The info you have posted is already enough and the problem is clear and reproducible. The problem is likely that there is a cycle in the model which qt wants to layout as a tree. I should probably just try to fix it instead of talking about it ;-) -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 336581] accidental database loss causes Akonadi / KMail to silently break correct folder assignments
https://bugs.kde.org/show_bug.cgi?id=336581 David Tonhofer changed: What|Removed |Added CC||bugh...@gluino.name --- Comment #4 from David Tonhofer --- Same as bug#283345 I guess I have a similar one with kaddressbook bug#357266 - and my guess is that the application uses short numeric ids to reference akonadi database records which, after a rebuild, have completely different ids at random. Just a hunch. -- 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 336581] accidental database loss causes Akonadi / KMail to silently break correct folder assignments
https://bugs.kde.org/show_bug.cgi?id=336581 --- Comment #5 from David Tonhofer --- Also bug#340529 -- 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 357945] New: Deleting a message on an IMAP account moves the message to local "Trash" instead of IMAP "Trash"
https://bugs.kde.org/show_bug.cgi?id=357945 Bug ID: 357945 Summary: Deleting a message on an IMAP account moves the message to local "Trash" instead of IMAP "Trash" Product: kmail2 Version: 4.14.7 Platform: Fedora RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: folders Assignee: kdepim-bugs@kde.org Reporter: bugh...@gluino.name Heads-up to the maintainer: Selectable version numbering on this bug lists 4.14.7 and 5.1, but I have 4.14.10 (using KDE development platform 4.14.14). Should probably be completed Created an IMAP "receving account" called "bughunt" In the "Advanced Part", the "Trash folder" is set to the remote "Trash", i.e. "bughunt/inbox/Trash" However, when deleting a message using "Move to Trash" in dropdown menu or "delete" key, the deleted message does not appear in the IMAP folder "Trash" but instead appears in the "Local Folders" "trash" (written with lowercase) 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
[Akonadi] [Bug 336581] accidental database loss causes Akonadi / KMail to silently break correct folder assignments
https://bugs.kde.org/show_bug.cgi?id=336581 Martin Steigerwald changed: What|Removed |Added Status|UNCONFIRMED |CONFIRMED Ever confirmed|0 |1 --- Comment #6 from Martin Steigerwald --- David, that is exactly what happens. It is known to the developers. Challenge is to get unique ids working with all Akonadi resources, say for example IMAP. How do uniquely identify a mail with IMAP? Always check for the message-id. We discussed this on KDE Randa Meetings last year and we didn´t come to an easy implementable solution so far. I do not recall all of the discussion. If you want to move this further along I suggest you bring up the topic on kde-pim mailing list. Other than that thank you that you create bug relations. There are several duplicates of it. I am pretty sure I reported it as well.. -- 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 340529] KMail/Akanodi always mixes up IMAP folders
https://bugs.kde.org/show_bug.cgi?id=340529 Martin Steigerwald changed: What|Removed |Added CC||mar...@lichtvoll.de --- Comment #1 from Martin Steigerwald --- Larx, two questions: 1) What versions of KDEPIM / Akonadi have you seen this with last? 2) Did you by chance delete the database? Or change DB type from one to another, SQLite to MySQL or so? Although Akonadi should be only a cache it is *not* safe to delete the database. You will loose folder assignments that way. Also Akonadi does not migrate the database if you change to another DB type. So you will loose folder assignments on that as well. See: Bug 336581 - accidental database loss causes Akonadi / KMail to silently break correct folder assignments Thanks, Martin -- 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
