[Cosmo-dev] Re: [Design] [Chandler][Cosmo] Cosmo-Chandler Dashboard-Sharing issues

Bobby Rullo br at osafoundation.org
Fri Feb 9 09:51:46 PST 2007


ha! I was wondering if we had something like this. We should do  
SOMETHING with this for preview. The hard part again, is the UI.

Bobby

On Feb 9, 2007, at 9:36 AM, Randy Letness wrote:

> Hey Bobby I just thought of something while reading this.  Cosmo ui  
> could utilize the "version" property of items.  This attribute 
> (integer) is updated each time an item is updated.  So, RPCService  
> could detect conflicting updates by comparing the "version" of the  
> item it first read to the "version" of the item that it retrieves  
> before doing the update and if they don't match....throw a conflict  
> exception.  Make sense??  Otherwise RPCService will overwrite  
> conflicting changes.
>
> -Randy
>
> Mimi Yin wrote:
>>
>>
>> However, it seems like the only way a Cosmo user would unwittingly  
>> overwrite a Chandler user's changes is if:
>> 1. Cosmo user goes to view a shared collection.
>> 2. Chandler user syncs change to an item in shared collection.
>> 3. Cosmo user edits the item before their browser has a chance to  
>> refresh to reflect the Chandler user's changes. (I'm assuming  
>> there's no way to push a refresh from the server end if new  
>> changes are detected in a shared collection?)



More information about the cosmo-dev mailing list