If the first sync is still in progress and the machine goes offline without user interaction operations starts failing silently. reproducible: yes - Configure an account, start the sync, start writing a mail, let the machine silently go offline, send the mail. The unfinished sync blocks sending the mail. - If you manually go online again the sync does not recover. Restarting the app does not help. Only restarting the machine helps. expected result: Prevent going offline if sync is in progress. This is really annoying -> major (on the brink to critical)
*** Bug 252028 has been marked as a duplicate of this bug. ***
*** Bug 252185 has been marked as a duplicate of this bug. ***
Talked to Andre H. and Bernhard R. We see it more on the critical side.
SVN commit 1203130 by vkrause: Disable the session timeout for now, at least with such a small value it causes more harm than good apparently. BUG: 258271 CCBUG: 258361 CCBUG: 258378 M +1 -1 imapresource.kcfg WebSVN link: http://websvn.kde.org/?view=rev&revision=1203130
Does not work for me. Still going offline in sync. -> REOPEN
What's the resource status when this happens (online/syncing/offline, what status message)? Can be seen either in akonadiconsole or with recent versions in the accounts tab.
(In reply to comment #6) > What's the resource status when this happens (online/syncing/offline, what > status message)? Can be seen either in akonadiconsole or with recent versions > in the accounts tab. Syncing collection 'holiday'
It happened to me quite often today on WinCE. Mail still shows Syncing "Folder Abc" e.g Inbox
Please check if the akonadi_imap_resource process is still running when this happens. If not, please test with revision >= 1204255.
Hej, Sascha/Björn any news on this topic? Ciao, Tobias
It just happened to me during testing. Network connection got lost while syncing the imap account. In account menu the status got stuck with "Syncing collection 'xyz'" but the indicator still shows it's syncing.
SVN commit 1215969 by aheinecke: - Update the status correctly when the Network Status changed and not only when the status of the connmanager created by solid changed. - Check the online status by querying the adapters ( exposing Networking::checkStatus to avoid code duplication ) instead of relying on the connmanager created by solid. - Ignore the status of USB Serial connections. CCBUG: 258271 M +6 -0 networking.h M +8 -0 networking_wince.cpp M +2 -2 networking_wince_p.h M +21 -10 networkingcontrolmanager_wince.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1215969
SVN commit 1216169 by aheinecke: - Remove the use of private qt api. This did not work as intended so the status was never updated. When there was no instance of networkingcontrolmgr. (The minimalnetworkingclient used to test before does that) - Instanciate WinCE Networking Control Manager because it handles the Window Messages notifing about a Network status change. - Create the Networking control manager as a child window of the correct qt main window. So Messages are recive correctly even in multithreaded applications with multiple windows. - Cleanup debug output a bit. CCBUG: 258271 CCBUG: 263626 BUG: 263131 M +12 -23 networking_wince.cpp M +4 -0 networking_wince_p.h M +43 -7 networkingcontrolmanager_wince.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1216169
Possible fix for IMAP getting stuck due to network loss committed to kdepim-runtime in revision b01bb67.
Combined with Andre's work on the network state tracking, this should be fixed now.
I can verify that a sync correctly gets interrupted and continued later when the connection is lost on WinCE
Git commit 462d1ba23899dda3bc9d0abf6b0937754bf6c258 by David Faure. Committed on 05/01/2012 at 12:01. Pushed by dfaure into branch 'master'. Fix crashes due to deleted Session pointers being kept around. And fix LogoutJob never going through in the idle session, because the IdleJob runs forever. The idle job has to be stopped, first. Tested with kDebugs and using 'RMB / Toggle online/offline' Both fixes suggested by Kévin when discussing the issue with him. Related: bug 288268 FIXED-IN: 4.8 M +3 -0 resources/imap/imapidlemanager.cpp M +2 -0 resources/imap/sessionpool.cpp http://commits.kde.org/kdepim-runtime/462d1ba23899dda3bc9d0abf6b0937754bf6c258
Git commit d31715db768b477e8e5d7acaf852924f356c42e2 by David Faure. Committed on 06/01/2012 at 12:33. Pushed by dfaure into branch 'KDE/4.8'. KTcpSocket: forward encryptedBytesWritten from QSslSocket. Very important for the timeout detection in the akonadi imap resource. write(5MB) gives an immediate bytesWritten(5MB), only encryptedBytesWritten allows to see some regular activity on the socket. Related: bug 258361 M +1 -0 kdecore/network/ktcpsocket.cpp M +4 -0 kdecore/network/ktcpsocket.h http://commits.kde.org/kdelibs/d31715db768b477e8e5d7acaf852924f356c42e2
Git commit 2bd26e7ea8e5799a60152ef4450edb30c11bd47b by David Faure. Committed on 06/01/2012 at 12:40. Pushed by dfaure into branch 'master'. Fix wrong timeout when uploading/downloading large messages. This fix requires the ktcpsocket encryptedBytesWritten signal added to kdelibs-4.8[.1?] Related: bug 258361, bug 258378 M +5 -0 kimap/session.cpp M +1 -0 kimap/session.h M +1 -0 kimap/session_p.h M +8 -1 kimap/sessionthread.cpp http://commits.kde.org/kdepimlibs/2bd26e7ea8e5799a60152ef4450edb30c11bd47b
Git commit 679a05cb8ee30c81ea207b6cfc0e4131fd1a0c78 by David Faure. Committed on 06/01/2012 at 13:21. Pushed by dfaure into branch 'master'. Restore the default timeout to 30s, after the kdelibs+kdepimlibs fixes. The timeout doesn't trigger by mistake anymore on large emails, so it can be restored to 30s, in order to fix the issues with network disconnections, suspend/resume etc. Related: bug 258378, bug 257722, bug 286047 M +1 -1 resources/imap/imapresource.kcfg http://commits.kde.org/kdepim-runtime/679a05cb8ee30c81ea207b6cfc0e4131fd1a0c78
Git commit 0f4f6e97f84fe5cd10ebcafeb6676026f9efd486 by Sebastian Trueg, on behalf of David Faure. Committed on 06/01/2012 at 12:33. Pushed by trueg into branch 'KDE/4.8'. KTcpSocket: forward encryptedBytesWritten from QSslSocket. Very important for the timeout detection in the akonadi imap resource. write(5MB) gives an immediate bytesWritten(5MB), only encryptedBytesWritten allows to see some regular activity on the socket. Related: bug 258361 M +1 -0 kdecore/network/ktcpsocket.cpp M +4 -0 kdecore/network/ktcpsocket.h http://commits.kde.org/kdelibs/0f4f6e97f84fe5cd10ebcafeb6676026f9efd486