[Desktop-packages] [Bug 21979] Re: evolution new message count on frequently lags
change status to Fix Released (see gnome-bugs) ** Changed in: evolution (Ubuntu) Status: Triaged => Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to evolution in Ubuntu. https://bugs.launchpad.net/bugs/21979 Title: evolution new message count on frequently lags Status in The Evolution Mail & Calendaring Tool: Fix Released Status in “evolution” package in Ubuntu: Fix Released Bug description: since some time ago (am now running 2.4.0) there seems to have been a rework in the imap code. mostly this is visible in the fact that on startup evo used to block for a second or two while it read all of my imap folder statuses and then displayed them all at once. in the current version, it displays all of the folders first and you can see them updating as it queries the server. this is 'imap', not 'imap4rev1'. since the time of this change, the new mail count has been incorrect in certain situations (as if it's not being properly updated). example: 1) go into evo to see 2 new messages in your inbox 2) erase one of them. new message count falls to 1. 3) quit evo quickly (like, press delete then ctrl+w in fairly rapid succession) 4) start evo again and notice that new message count is now 2 again. 5) switch to another folder and back to inbox, still 2. 6) click 'send/receive' and it drops to 1. it doesn't happen all the time and it's fairly hard to characterise what makes it happen and what doesn't but some things seem to make it work. for example, it doesn't seem to happen if i quit via the window manager close button (have to use ctrl+w). it also doesn't seem to happen if you wait around inside evo and do some stuff after deleting the message before closing. the other strange thing is, even though the new message count on the folder says 2 # Inbox (2) the new message count at the top correctly says 1: [ INBOX 117 total, 1 unread ] anyway... i hope i've provided enough info that you can reproduce it for yourself. btw: imap server is dovecot 0.99.11. using it over ssh. * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED NAMESPACE] Logged in as desrt http://bugzilla.gnome.org/show_bug.cgi?id=313712: http://bugzilla.gnome.org/show_bug.cgi?id=313712 To manage notifications about this bug go to: https://bugs.launchpad.net/evolution/+bug/21979/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 21979] Re: evolution new message count on frequently lags
** Changed in: evolution Status: Confirmed => Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to evolution in Ubuntu. https://bugs.launchpad.net/bugs/21979 Title: evolution new message count on frequently lags Status in The Evolution Mail & Calendaring Tool: Fix Released Status in “evolution” package in Ubuntu: Triaged Bug description: since some time ago (am now running 2.4.0) there seems to have been a rework in the imap code. mostly this is visible in the fact that on startup evo used to block for a second or two while it read all of my imap folder statuses and then displayed them all at once. in the current version, it displays all of the folders first and you can see them updating as it queries the server. this is 'imap', not 'imap4rev1'. since the time of this change, the new mail count has been incorrect in certain situations (as if it's not being properly updated). example: 1) go into evo to see 2 new messages in your inbox 2) erase one of them. new message count falls to 1. 3) quit evo quickly (like, press delete then ctrl+w in fairly rapid succession) 4) start evo again and notice that new message count is now 2 again. 5) switch to another folder and back to inbox, still 2. 6) click 'send/receive' and it drops to 1. it doesn't happen all the time and it's fairly hard to characterise what makes it happen and what doesn't but some things seem to make it work. for example, it doesn't seem to happen if i quit via the window manager close button (have to use ctrl+w). it also doesn't seem to happen if you wait around inside evo and do some stuff after deleting the message before closing. the other strange thing is, even though the new message count on the folder says 2 # Inbox (2) the new message count at the top correctly says 1: [ INBOX 117 total, 1 unread ] anyway... i hope i've provided enough info that you can reproduce it for yourself. btw: imap server is dovecot 0.99.11. using it over ssh. * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED NAMESPACE] Logged in as desrt http://bugzilla.gnome.org/show_bug.cgi?id=313712: http://bugzilla.gnome.org/show_bug.cgi?id=313712 To manage notifications about this bug go to: https://bugs.launchpad.net/evolution/+bug/21979/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
