66916 - Offline UI: Need synchronize dialog

Status: RESOLVED WORKSFORME

(SeaMonkey :: MailNews: Backend, defect, P2)

Description

[scottputterman]

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.

Comment 1

[scottputterman]

marking nsbeta1+ and moving to mozilla0.9

Comment 2

[Hong Kwon]

changing QA assigned to gchan.

Comment 3

[Diane Sun]

Change to Mozilla0.9.1

Comment 4

[Diane Sun]

move to 0.9.3,  backend pendendent.

Comment 5

[Diane Sun]

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.

Comment 6

[Blake Ross]

Missed 0.9.3.

Comment 7

[Diane Sun]

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.

Comment 8

[Diane Sun]

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.

Comment 9

[Jussi-Pekka Mantere]

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

Comment 10

[David :Bienvenu]

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

Comment 11

[grega]

marking nsenterprise-.

Comment 12

[David :Bienvenu]

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.

Comment 13

[Asa Dotzler [:asa]]

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)

Comment 14

[David :Bienvenu]

this was fixed a long time ago...