Summary: | not able to manage subscriptions when more than 1000 folders are available | ||
---|---|---|---|
Product: | [Applications] kmail | Reporter: | sebastia |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | bjoern, schulz |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
sebastia
2009-12-09 14:51:54 UTC
forgot to mention: comment #32 to bug #117991 proposes a quick solution: http://bugs.kde.org/show_bug.cgi?id=117991#c32 Well, the patch just increases the number to 10000. No good solution. Hi there, (In reply to comment #2) > Well, the patch just increases the number to 10000. No good solution. What would happen if you just leave the whole if block out? I tried it and everything worked quite fine with my own system. All folders had been shown correctly, marks appeared correctly and I had been able to subscribe and unsubscribe again. It did not get overwhelmingly slow .. but ok, I tried an account with access to 1200 folders only. Another idea would be to find a way to make a short break after each 500 folders, redraw the window and go on ... Is there such a possibility? I mean ... actually it counts up to 1000, sends change information and stops immediately .. // give the dialog a chance to repaint /*if (done == 1000) { emit listChanged(); QTimer::singleShot(0, this, SLOT(processItems())); return; }*/ The funny thing is - the error message kmail throws when started from the command line... saying something about "No such slot" .. Bye, Angie. Thank you for taking the time to file a bug report. KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2. We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback. |