[Tickets #12175] Re: ActiveSync misses changes from history database
noreply at bugs.horde.org
noreply at bugs.horde.org
Thu Apr 11 16:25:01 UTC 2013
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: http://bugs.horde.org/ticket/12175
------------------------------------------------------------------------------
Ticket | 12175
Updated By | Michael Rubinsky <mrubinsk at horde.org>
Summary | ActiveSync misses changes from history database
Queue | Synchronization
Version | Git master
Type | Bug
State | Assigned
Priority | 1. Low
Milestone |
Patch |
Owners | Michael Rubinsky
------------------------------------------------------------------------------
Michael Rubinsky <mrubinsk at horde.org> (2013-04-11 16:25) wrote:
>> This will miss changes again if the server is too slow (think about a
>> low end server swapping for a few minutes). The "endTS - fudge
>> factor" approach is safe.
>
> True. Sounds like a plan :)
Actually, thinking about this a bit more, won't either approach be
subject to the same issue from a slow/swapping server?
Regardless of which code adjusts the timestamp, there is still the
chance that the query will run before the data is available in history.
E.g., history writes a bunch of entries at 12345, but due to swapping,
it's not actually available in the history backend until 12350. In the
meantime, at 12347 the activesync code is querying for changes (so it
is asking up until lets say 12346). The changes will still never be
picked up because the next activesync query will have ts_from of 12346.
More information about the bugs
mailing list