[Akonadi] [Bug 357179] Email remains in inbox after moving it to a folder

2016-01-07 Thread Richard Bos via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=357179

--- Comment #3 from Richard Bos  ---
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


[kmail2] [Bug 357179] New: Email remains in inbox after moving it to a folder

2015-12-26 Thread Richard Bos via KDE Bugzilla
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


[Akonadi] [Bug 357064] New: Mail not accessible after migration

2015-12-22 Thread Richard Bos via KDE Bugzilla
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

2015-12-22 Thread Richard Bos via KDE Bugzilla
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,