Daniel: here is the case that Lisa documented in the Beta forum:
Android sync should be set to "use server version".
Create a tree that looks like this (I created it from the PC)
Testparent
test1
test2
test3
Set [ start/due yesterday ] [ recur daily ] [ automatically recur when all
subtasks are completed ] [ set all tasks to uncompleted ] on Testparent.
Sync both ways, to Android and back to PC. (It helps to set view mode to
full and turn off hiding of completed tasks in the Outline).
On Android, complete but do NOT sync (you are completing *yesterdays*
occurrence - they are now due today)
test1
test3
On PC complete Testparent (catch up on yesterday)
On PC complete test2 (now it's done for today).
Sync PC.
Sync Android.
Sync PC.
Result:
Parent is uncompleted, set to today, with all tasks completed -- a state
that should never happen due to the automatic recurrence. Additionally, I
NEVER COMPLETED test1 OR test3 *today*. They should be set to yesterday -- I
consider this to be (mild) data loss because a task was marked complete for
today without my knowledge.
In addition I know of another case involving the same testparent and three
children, starting out dated for yesterday. On Android, complete the parent
(regenerating the parent for today) and then complete a couple (but not all
three) of the subtasks. Do not synch. On Windows, select the parent (still
pointing to yesterday) and open the recurrence popup. Do not make any
changes. Close it. Sync windows to cloud then phone to cloud then windows to
cloud. The two tasks you completed for today on the phone are now shown as
completed for yesterday.
-Dwight
From: [email protected]
[mailto:[email protected]] On Behalf Of daniel sekera
Sent: Thursday, August 02, 2012 9:27 AM
To: [email protected]
Subject: Re: [MLO] android/windows sync issues
that is how I started I think
i added a task (also called testparent) on android in my inbox. i then
added a note to it. and sync'd. then on my pc i changed the note and added
children and re-occurance and then synced and everything was fine. then i
started completing sub tasks and making changes and letting them reoccur and
so on and so forth and i think (but i may be wrong) that i tried every
combination but it didn't break
do you have that specific order that caused yours to break? or point me to
the thread that has the order? now i have doubts that my data is intact on
all that was pre-existing
On Thu, Aug 2, 2012 at 8:50 AM, Lisa Stroyan <[email protected]> wrote:
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] <mailto:[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]
<mailto:mylifeorganized%[email protected]> .
For more options, visit this group at
http://groups.google.com/group/mylifeorganized?hl=en.
--
Lisa
_____
Lisa Stroyan, mailto: [email protected] <mailto:[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]
<mailto:mylifeorganized%[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]
<mailto:mylifeorganized%[email protected]> .
For more options, visit this group at
http://groups.google.com/group/mylifeorganized?hl=en.
--
Lisa
_____
Lisa Stroyan, mailto: [email protected] <mailto:[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]
<mailto:mylifeorganized%[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.
--
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.
