This bug is to track the implementation of the offline dialog that allows you to choose what types of folders you want to sychronize and allows you to do the synchronization.

marking nsbeta1+ and moving to mozilla0.9

changing QA assigned to gchan.

Change to Mozilla0.9.1

move to 0.9.3, backend pendendent.

I am not quite clear where backend handles hostname, folder name, # messages synch-ed. Do we need some implementation function, such as onStateChange(), onProgressChange(), like the implemention in nsMsgComposeProgress.cpp to support nsMsgProgress.cpp functions for Synchronization? Please advise.

Missed 0.9.3.

This bug was originally logged for synchronize dialog such as folder selection, sync type selection which had been implemented before .9.2. What left is the sync progress dialog only which depends on further implementation at the backend for nsMsgProgress functions such as onStateChange(), onProgressChange(), an example is like the implemention in nsMsgComposeProgress.cpp for compose/send messages.

I would suggest to move this bug to futue or next release until the backend is ready for the synchronization progress dialog( this is only for the progress dialog). The similar implenmentation for the UI side is like sendProgress.dtd, sendProgress.xul and sendProgress.js but the functionalities need to be provided by the backend and the UI is invoked from the backend. For detail info, please see my previous comments or ask JFD and David.

Reassigning 0.9.4 Offline IMAP UI bugs to David; TFV 0.9.5.

mscott, have you done the work I need to do this? I.e., the generic progress dialog work that supports nsIMsgWindow

marking nsenterprise-.

moving to 1.0 - turns out that the work needed for this isn't done, and I'm not sure we're going to have time to do it.

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)

this was fixed a long time ago...