Re: Syncing with the P1i

Jan Schneider <[email protected]>
Newsgroups gmane.comp.horde.sync
Message-ID <[email protected]>
Zitat von Martin Zoller <[email protected]>:

> Hello
>
> I think you're right about the linebreak, Jan. But that would mean that
> *Horde* doesn't count it, because the higher number (153 bytes) comes
> from the *phone*. That's because the data already gets trimmed: In
> Command/Sync.php on line 225.

Gotcha! I got the numbers wrong, so this seems to be a bug in Horde.

> Now that we have this explanation for the size mismatch, it wouldn't be
> too elegant to just accept "wrong" size specifications as in Arvid's
> patch. Maybe we should store the 'trimmed' and the 'untrimmed' length of
> the data and accept both of them? Because removing the trim() commands
> might break other clients.

Well, if it does, then *those* clients are broken, and we have to find  
a workaround for it. I guess it works for most clients, because they  
don't include a trailing CRLF.

> Jan Schneider wrote:
>> Zitat von Martin Zoller <[email protected]>:
>>
>>> Good afternoon
>>>
>>> Jan Schneider wrote:
>>>> Please keep discussions on the list.
>>> Sorry, I must have used "reply" instead of "reply all".
>>>
>>>>
>>>>> The thing is, I only have the *.wbxml files and they are binary.  
>>>>> I think there is no <Data> tag there.
>>>>
>>>> You can decode them with wbxml2xml.
>>> OK. The sizes don't make sense to me yet. Take this item, for example:
>>>
>>> <Replace>
>>>   <CmdID>9</CmdID>
>>>   <Meta>
>>>    <Type xmlns="syncml:metinf">text/x-vcard</Type>
>>>    <Size xmlns="syncml:metinf">153</Size>
>>>   </Meta>
>>>   <Item>
>>>    <Source>
>>>     <LocURI>59</LocURI>
>>>    </Source>
>>>    <Meta>
>>>     <Type xmlns="syncml:metinf">text/x-vcard</Type>
>>>    </Meta>
>>>    <Data><![CDATA[BEGIN:VCARD
>>> VERSION:2.1
>>> REV:20090910T144434Z
>>> UID:14ecf97979509240-00e1365b3ef3b7c5-425
>>> N:Westman;Aron;;;
>>> TEL;WORK;VOICE;CELL:0733665130
>>> END:VCARD
>>> ]]></Data>
>>>   </Item>
>>>  </Replace>
>>>
>>> There are 165 bytes between <Data> and </Data>.
>>> The <Size> tag specifies the size as 153. In log.txt it says:
>>> ERR:    Item size mismatch. Size reported as 153 but actual size is 151
>>> So I guess the <![CDATA[  ]]> tags are not counted? Because if you count
>>> only the actual VCARD data (including BEGIN:VCARD and END:VCARD), you
>>> get exactly 151 bytes.
>>
>> The CDATA is part of the XML markup, so 153 is correct. My guess is  
>> that the phone doesn't count the trailing line break. Trimming the  
>> <Data> content would probably fix that, but I'm afraid that might  
>> break other clients.
>>
>> Jan.
>>
>
>
> -- 
> sync mailing list - Join the hunt: http://horde.org/bounties/#sync
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: [email protected]
>



Jan.

-- 
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/

-- 
sync mailing list - Join the hunt: http://horde.org/bounties/#sync
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.