<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.kde.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugs.kde.org/"
          
          maintainer="sysadmin@kde.org"
>

    <bug>
          <bug_id>258271</bug_id>
          
          <creation_ts>2010-11-29 11:55:27 +0000</creation_ts>
          <short_desc>Going offline unintended during sync let operations fail silently.</short_desc>
          <delta_ts>2012-01-27 13:20:54 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>10</classification_id>
          <classification>Unmaintained</classification>
          <product>KDE PIM Mobile</product>
          <component>general</component>
          <version>unspecified</version>
          <rep_platform>Windows CE</rep_platform>
          <op_sys>Microsoft Windows CE</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>VHI</priority>
          <bug_severity>critical</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Sascha L. Teichmann">sascha.teichmann</reporter>
          <assigned_to name="kdepim bugs">pim-bugs-null</assigned_to>
          <cc>aheinecke</cc>
    
    <cc>bjoern.ricks</cc>
    
    <cc>kde</cc>
    
    <cc>sabine</cc>
    
    <cc>tokoe</cc>
          
          <cf_commitlink></cf_commitlink>
          <cf_versionfixedin></cf_versionfixedin>
          <cf_sentryurl></cf_sentryurl>
          <votes>0</votes>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1050841</commentid>
    <comment_count>0</comment_count>
    <who name="Sascha L. Teichmann">sascha.teichmann</who>
    <bug_when>2010-11-29 11:55:27 +0000</bug_when>
    <thetext>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 -&gt; major (on the brink to critical)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1050956</commentid>
    <comment_count>1</comment_count>
    <who name="Volker Krause">vkrause</who>
    <bug_when>2010-11-29 16:29:57 +0000</bug_when>
    <thetext>*** Bug 252028 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1050958</commentid>
    <comment_count>2</comment_count>
    <who name="Volker Krause">vkrause</who>
    <bug_when>2010-11-29 16:30:15 +0000</bug_when>
    <thetext>*** Bug 252185 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1050983</commentid>
    <comment_count>3</comment_count>
    <who name="Sascha L. Teichmann">sascha.teichmann</who>
    <bug_when>2010-11-29 17:07:37 +0000</bug_when>
    <thetext>Talked to Andre H. and Bernhard R. We see it more on the critical side.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1052758</commentid>
    <comment_count>4</comment_count>
    <who name="Volker Krause">vkrause</who>
    <bug_when>2010-12-03 10:16:37 +0000</bug_when>
    <thetext>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&amp;revision=1203130</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1054367</commentid>
    <comment_count>5</comment_count>
    <who name="Sascha L. Teichmann">sascha.teichmann</who>
    <bug_when>2010-12-06 17:52:46 +0000</bug_when>
    <thetext>Does not work for me. Still going offline in sync. -&gt; REOPEN</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1054374</commentid>
    <comment_count>6</comment_count>
    <who name="Volker Krause">vkrause</who>
    <bug_when>2010-12-06 17:58:31 +0000</bug_when>
    <thetext>What&apos;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.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1054381</commentid>
    <comment_count>7</comment_count>
    <who name="Sascha L. Teichmann">sascha.teichmann</who>
    <bug_when>2010-12-06 18:11:31 +0000</bug_when>
    <thetext>(In reply to comment #6)
&gt; What&apos;s the resource status when this happens (online/syncing/offline, what
&gt; status message)? Can be seen either in akonadiconsole or with recent versions
&gt; in the accounts tab.

Syncing collection &apos;holiday&apos;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1054432</commentid>
    <comment_count>8</comment_count>
    <who name="Bjoern Ricks">bjoern.ricks</who>
    <bug_when>2010-12-06 19:00:36 +0000</bug_when>
    <thetext>It happened to me quite often today on WinCE. Mail still shows Syncing &quot;Folder Abc&quot; e.g Inbox</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1054500</commentid>
    <comment_count>9</comment_count>
    <who name="Volker Krause">vkrause</who>
    <bug_when>2010-12-06 21:24:45 +0000</bug_when>
    <thetext>Please check if the akonadi_imap_resource process is still running when this happens. If not, please test with revision &gt;= 1204255.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1064987</commentid>
    <comment_count>10</comment_count>
    <who name="Tobias Koenig">tokoe</who>
    <bug_when>2010-12-28 17:13:14 +0000</bug_when>
    <thetext>Hej,

Sascha/Björn any news on this topic?

Ciao,
Tobias</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1072575</commentid>
    <comment_count>11</comment_count>
    <who name="Bjoern Ricks">bjoern.ricks</who>
    <bug_when>2011-01-13 13:06:08 +0000</bug_when>
    <thetext>It just happened to me during testing. Network connection got lost while syncing the imap account. In account menu the status got stuck with &quot;Syncing collection &apos;xyz&apos;&quot; but the indicator still shows it&apos;s syncing.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1076141</commentid>
    <comment_count>12</comment_count>
    <who name="Andre Heinecke">aheinecke</who>
    <bug_when>2011-01-20 16:53:07 +0000</bug_when>
    <thetext>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&amp;revision=1215969</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1076776</commentid>
    <comment_count>13</comment_count>
    <who name="Andre Heinecke">aheinecke</who>
    <bug_when>2011-01-21 18:49:40 +0000</bug_when>
    <thetext>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&amp;revision=1216169</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1078193</commentid>
    <comment_count>14</comment_count>
    <who name="Volker Krause">vkrause</who>
    <bug_when>2011-01-24 17:47:43 +0000</bug_when>
    <thetext>Possible fix for IMAP getting stuck due to network loss committed to kdepim-runtime in revision b01bb67.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1078772</commentid>
    <comment_count>15</comment_count>
    <who name="Volker Krause">vkrause</who>
    <bug_when>2011-01-26 09:08:44 +0000</bug_when>
    <thetext>Combined with Andre&apos;s work on the network state tracking, this should be fixed now.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1088216</commentid>
    <comment_count>16</comment_count>
    <who name="Andre Heinecke">aheinecke</who>
    <bug_when>2011-02-15 19:06:35 +0000</bug_when>
    <thetext>I can verify that a sync correctly gets interrupted and continued later when the connection is lost on WinCE</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1209678</commentid>
    <comment_count>17</comment_count>
    <who name="David Faure">faure</who>
    <bug_when>2012-01-05 11:17:37 +0000</bug_when>
    <thetext>Git commit 462d1ba23899dda3bc9d0abf6b0937754bf6c258 by David Faure.
Committed on 05/01/2012 at 12:01.
Pushed by dfaure into branch &apos;master&apos;.

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 &apos;RMB / Toggle online/offline&apos;

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</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1210454</commentid>
    <comment_count>18</comment_count>
    <who name="David Faure">faure</who>
    <bug_when>2012-01-06 12:17:52 +0000</bug_when>
    <thetext>Git commit d31715db768b477e8e5d7acaf852924f356c42e2 by David Faure.
Committed on 06/01/2012 at 12:33.
Pushed by dfaure into branch &apos;KDE/4.8&apos;.

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</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1210457</commentid>
    <comment_count>19</comment_count>
    <who name="David Faure">faure</who>
    <bug_when>2012-01-06 12:18:23 +0000</bug_when>
    <thetext>Git commit 2bd26e7ea8e5799a60152ef4450edb30c11bd47b by David Faure.
Committed on 06/01/2012 at 12:40.
Pushed by dfaure into branch &apos;master&apos;.

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</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1210465</commentid>
    <comment_count>20</comment_count>
    <who name="David Faure">faure</who>
    <bug_when>2012-01-06 12:25:20 +0000</bug_when>
    <thetext>Git commit 679a05cb8ee30c81ea207b6cfc0e4131fd1a0c78 by David Faure.
Committed on 06/01/2012 at 13:21.
Pushed by dfaure into branch &apos;master&apos;.

Restore the default timeout to 30s, after the kdelibs+kdepimlibs fixes.

The timeout doesn&apos;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</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1219361</commentid>
    <comment_count>21</comment_count>
    <who name="Sebastian Trueg">trueg</who>
    <bug_when>2012-01-27 13:20:54 +0000</bug_when>
    <thetext>Git commit 0f4f6e97f84fe5cd10ebcafeb6676026f9efd486 by Sebastian Trueg, on behalf of David Faure.
Committed on 06/01/2012 at 12:33.
Pushed by trueg into branch &apos;KDE/4.8&apos;.

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</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>