[Tickets #12605] Re: AS: Fix loss of PINGABLE flag
noreply at bugs.horde.org
noreply at bugs.horde.org
Fri Aug 23 14:48:04 UTC 2013
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: http://bugs.horde.org/ticket/12605
------------------------------------------------------------------------------
Ticket | 12605
Updated By | Michael Rubinsky <mrubinsk at horde.org>
Summary | AS: Fix loss of PINGABLE flag
Queue | Synchronization
Version | Git master
Type | Bug
State | Assigned
Priority | 2. Medium
Milestone |
Patch | 1
Owners | Michael Rubinsky
------------------------------------------------------------------------------
Michael Rubinsky <mrubinsk at horde.org> (2013-08-23 14:48) wrote:
> when the PIM requests a PING for a folder it didn't sync yet (=fresh
> account),
> the synckey will be empty and we won't set the collection as pingable.
It shouldn't do this. A SYNC is a MUST before a PING.
> If I'm not mistaken, we need an enum (=state machine) here:
> 0 => not pingable
> 1 => PIM wants ping but we don't have a synckey
> 2 => pingable
>
> what do you think?
We couldn't PING the folder anyway, even if it was marked as PINGABLE
until we have a valid SYNC performed on the collection, so I'm not
sure what value keeping track of the client's error in sending the
PING for collection would be. I'll have to reread the specs again to
be sure I'm not missing something here, but I'm 99% positive that this
is broken client behavior.
More information about the bugs
mailing list