Andrey has verified at least one of the defects(posted to another forum, the beta forum I think) as an unfortunate result of the architecture. The other I was able to get by adding a note to a parent on Android, then making that recur on PC by completing subtasks, then syncing in a particular order -- unless he special cased notes in the sync in recent versions, which would be VERY VERY COOL (Andrey?) I don't mind losing the occasional instantiation of a task, especially if it just means I need to complete it again, but notes are real data and would be worth a special case or their own time stamp, or appending the two on Android in case of conflict.
Lisa On Thu, Aug 2, 2012 at 6:36 AM, daniel sekera <[email protected]> wrote: > fwiw and I really don't want to add any confusion to this thread but I > cannot make mine break > > I have been playing with this since yesterday trying to replicate what is > happening and I cannot. All parts of this, parent, child, notes, > re-occurence, times, everything sync flawlessly and without conflicts of > any type and all notes are intact. no matter which direction I start the > sync or which direction I make changes. > > very strange. wish I could help > > > > On Wed, Aug 1, 2012 at 7:44 PM, Lisa Stroyan <[email protected]> wrote: > >> Do you get a lot of sync conflicts you have to resolve? >> >> Lisa >> >> On Wed, Aug 1, 2012 at 4:52 PM, <[email protected]> wrote: >> >>> For what it’s worth, the discussion below mentioned so many times that >>> there should be fewer problems if Android synched first, so I decided to >>> try to force it. I have adopted the following routine: whenever I sit down >>> at my computer after a while away from it, before touching the computer I >>> take out my phone and synch MLO to cloud. Then I go on about my business. >>> It’s annoying and time consuming but problems with my daily routine are way >>> down. I still experienced one incident where I had started a new cycle of >>> the monthly routine and clicked off a few tasks and the next morning I >>> found computer and phone both back to a fresh cycle with nothing checked >>> off. I may have missed once at synching the phone before touching the >>> computer. But generally, this seems to be a workaround.**** >>> >>> ** ** >>> >>> *From:* [email protected] [mailto: >>> [email protected]] *On Behalf Of *Lisa Stroyan >>> *Sent:* Wednesday, August 01, 2012 10:46 AM >>> *To:* [email protected] >>> *Subject:* Re: [MLO] android/windows sync issues**** >>> >>> ** ** >>> >>> Hi Dwight. I was gone all weekend but finally got a (brief) chance to >>> read through your reply. **** >>> >>> ** ** >>> >>> In short, I really don't know how modification times effect things, >>> other than I'm pretty sure both platforms use them for conflict resolution. >>> I do believe that any time a task is marked as modified it will get synced, >>> irrelevant of how old the time is. **** >>> >>> ** ** >>> >>> But I've not seen a case where a parent is marked as modified based on a >>> child attribute change, unless the automatic sync is triggered -- but that >>> doesn't mean it won't happen. **** >>> >>> ** ** >>> >>> You know, I've been thinking about how several of us have suggested a >>> new feature for the desktop where different actions can be triggered based >>> on different criteria. I'm now thinking the sync architecture would have >>> to be improved before this feature could be implemented, since it would >>> really bring existing problems to the fore.**** >>> >>> ** ** >>> >>> Lisa**** >>> >>> ** ** >>> >>> On Thu, Jul 26, 2012 at 3:13 PM, <[email protected]> wrote:**** >>> >>> If a single subtask is changed, I don't get the parent marked as >>> modified. But if I change the note of "Testparent" on Android, then >>> complete and auto-recur Testparent on the PC, sync PC, and sync Android, >>> the changed note will be lost on Android. Is that what you mean? But you >>> see it sometimes *without* the recurrence happening?**** >>> >>> *I have not been paying attention to date/time of modification. Are you >>> certain that a task is subject to synch if AND ONLY IF date/time of >>> modification is sufficiently recent? Without thinking too much about it I >>> had assumed that date/time of modification was a sufficient but not >>> necessary condition, and that other factors could also trigger a task to be >>> candidate for sync.***** >>> >>> * ***** >>> >>> *I have not been able to reproduce this and am not 100% certain that it >>> happens as I describe it, but I have a sense that completing a subtask of a >>> recurring task that recurs based on subtask completion, would cause the >>> parent to sync even if its modification date was unchanged.***** >>> >>> * ***** >>> >>> -- >>> Lisa**** >>> ------------------------------ >>> >>> Lisa Stroyan, mailto: [email protected] <[email protected]> **** >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "MyLifeOrganized" group. >>> To post to this group, send email to [email protected]. >>> To unsubscribe from this group, send email to >>> [email protected]. >>> For more options, visit this group at >>> http://groups.google.com/group/mylifeorganized?hl=en.**** >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "MyLifeOrganized" group. >>> To post to this group, send email to [email protected]. >>> To unsubscribe from this group, send email to >>> [email protected]. >>> For more options, visit this group at >>> http://groups.google.com/group/mylifeorganized?hl=en. >>> >> >> >> >> -- >> Lisa >> >> ------------------------------ >> Lisa Stroyan, mailto: [email protected] <[email protected]> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "MyLifeOrganized" group. >> To post to this group, send email to [email protected]. >> To unsubscribe from this group, send email to >> [email protected]. >> For more options, visit this group at >> http://groups.google.com/group/mylifeorganized?hl=en. >> > > -- > You received this message because you are subscribed to the Google Groups > "MyLifeOrganized" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/mylifeorganized?hl=en. > -- Lisa ------------------------------ Lisa Stroyan, mailto: [email protected] <[email protected]> -- You received this message because you are subscribed to the Google Groups "MyLifeOrganized" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/mylifeorganized?hl=en.
