the sync
without sending the final reply message to the client. The server side
then finishes the sync successfully while the client side simply aborts
without doing its own session shutdown. This also eliminates
SaveAdminData on the binfile client side.
--
Best Regards, Patrick Ohly
The content
On Mon, 2014-07-14 at 18:15 +0200, Lukas Zeller wrote:
Hello Patrick,
On 11 Jul 2014, at 15:27, Patrick Ohly patrick.o...@intel.com wrote:
I'm currently investigating why a comparison of two PHOTO fields of
different length returns field equal. PHOTO is defined as:
field name
.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter
.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter
On Wed, 2014-05-14 at 17:44 +0200, Lukas Zeller wrote:
Hello Patrick,
On 12.05.2014, at 18:25, Patrick Ohly patrick.o...@intel.com wrote:
[...]
and a property which has a group tag must not reuse any of these
unassigned group tag values.
Actually, a property which has a group
On Mon, 2014-05-12 at 12:55 +0200, Patrick Ohly wrote:
The X-ABRELATEDNAMES properties were not generated. The labels should be
redundant, but some peers get confused. Google preserves them as
stand-alone X-ABLabel without tag. DAViCal preserves them with tag,
which then happened to confuse
On Mon, 2014-05-12 at 17:29 +0200, Patrick Ohly wrote:
I think the code which deals with group tags must use the same logic
that I introduced for sharedfield: a property which has a group field
array, but no group tag, must set an unassigned value in the group field
array,
That was already
On Mon, 2014-05-05 at 14:42 +0200, Patrick Ohly wrote:
On Fri, 2014-05-02 at 11:59 +0200, Lukas Zeller wrote:
On 02.05.2014, at 10:38, Patrick Ohly patrick.o...@intel.com wrote:
I noticed another problem with the use X-ABLabel parameter approach:
storing complex strings (spaces, quotation
On Mon, 2014-05-05 at 14:42 +0200, Patrick Ohly wrote:
On Fri, 2014-05-02 at 11:59 +0200, Lukas Zeller wrote:
On 02.05.2014, at 10:38, Patrick Ohly patrick.o...@intel.com wrote:
I noticed another problem with the use X-ABLabel parameter approach:
storing complex strings (spaces, quotation
On Tue, 2014-05-06 at 13:29 +0200, Patrick Ohly wrote:
On Mon, 2014-05-05 at 14:42 +0200, Patrick Ohly wrote:
On Fri, 2014-05-02 at 11:59 +0200, Lukas Zeller wrote:
On 02.05.2014, at 10:38, Patrick Ohly patrick.o...@intel.com wrote:
I noticed another problem with the use X-ABLabel
On Fri, 2014-05-02 at 11:59 +0200, Lukas Zeller wrote:
On 02.05.2014, at 10:38, Patrick Ohly patrick.o...@intel.com wrote:
I noticed another problem with the use X-ABLabel parameter approach:
storing complex strings (spaces, quotation marks) in a parameter value
is harder.
That's
On Fri, 2014-05-02 at 11:59 +0200, Lukas Zeller wrote:
Hello Patrick,
On 02.05.2014, at 10:38, Patrick Ohly patrick.o...@intel.com wrote:
What do you mean by independent properties?
For example, ADR and TEL are independent in the sense that their values
are stored in different field
via the
position field.
I'll try applying different property elements, even if that means more
duplication in the profile.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent
-PHONETIC-LAST-NAME:Doe
Do I need to modify the source code to ensure that parameters do not
exist yet?
Similar to for (sInt16 e=0; eaPropP-numValues; e++) { the code would
also need to iterate over aPropP-parameterDefs.
--
Best Regards, Patrick Ohly
The content of this message is my personal
On Wed, 2014-04-16 at 17:34 +0200, Lukas Zeller wrote:
Hello Patrick,
On 11.04.2014, at 12:18, Patrick Ohly patrick.o...@intel.com wrote:
Google CardDAV and iOS/OS X use group tags to represent custom labels in
vCards. Attached is an example. Note that the Google vCard format used
-LAST-NAME:Doe
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
00vcard
On Tue, 2014-04-29 at 09:50 +0200, Patrick Ohly wrote:
On Mon, 2014-04-28 at 23:18 +0200, Lukas Zeller wrote:
Hi Patrick,
Unfortunately I am not getting the group-tag field populated. I'm
attaching my field list and profile.
small oversight on my and your part
On Tue, 2014-04-29 at 17:18 +0200, Patrick Ohly wrote:
On Tue, 2014-04-29 at 09:50 +0200, Patrick Ohly wrote:
On Mon, 2014-04-28 at 23:18 +0200, Lukas Zeller wrote:
Hi Patrick,
Unfortunately I am not getting the group-tag field populated. I'm
attaching my field list and profile
Patrick Ohly
Senior Software Engineer
Intel GmbH
Open Source Technology Center
Usenerstr. 5a Phone: +49-228-2493652
53129 Bonn
Germany
___
os-libsynthesis mailing list
os-libsynthesis@synthesis.ch
http
and a telephone number on the
other side. I'm currently looking at that.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized
On Sat, 2014-04-26 at 23:42 +0530, Sachin Gupta wrote:
On Fri, Apr 25, 2014 at 3:29 PM, Patrick Ohly patrick.o...@intel.com wrote:
On Fri, 2014-04-25 at 15:03 +0530, Sachin Gupta wrote:
Can you suggest how i can test SyncML Server performance and have 2500
users/syncevolutions connecting
, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter
in SyncEvolution gets its own device ID. So if
you want to simulate n different devices, use:
syncevolution --configure ... client-1@client-1
...
syncevolution --configure ... client-n@client-n
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am
and then letting the sync engines negotiate the most
suitable one.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized
On Fri, 2014-04-11 at 16:52 +0200, Patrick Ohly wrote:
[property name=UID rule=HAVE-VCARD-UID shows up in CtCap]
Could it be a bug that the disable property shows up in the CtCap?
Darn, probably a circular dependency again: we have to be ready to send
CtCap before we know the peer, so
and
X-AIM:aim
Custom labels will also be fun, if that's what Evolution decides to
use (currently it is unsupported).
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter
On Mon, 2014-04-07 at 18:00 +0530, Anuj wrote:
Hi Patrick,
Thanks for replying ,
I have a doubt on where to define value =uri
In mime profile or somewhere else.please specify.
Please follow http://www.ietf.org/rfc/rfc2426.txt for formatting your
PHOTO data.
--
Best Regards, Patrick Ohly
a URI and inline data is represented as a
special URI).
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf
backend for syncevolution.
You can either base64 encode the photo data as specified by
https://tools.ietf.org/html/rfc6350#page-30 or you can use a file URL.
SyncEvolution then will read the file data and inline it before sending
to the server.
--
Best Regards, Patrick Ohly
The content
- see Debian HOWTOs.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter
.
Defining a group of contacts is not standardized in vCard. If you want
to synchronize it, you probably have at least one system where groups of
contacts are supported. Which system is that and how does it exchange a
group?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion
On Fri, 2013-07-05 at 14:05 +0200, Lukas Zeller wrote:
On 05.07.2013, at 11:58, Patrick Ohly patrick.o...@intel.com wrote:
[...]
I broke MERGEFIELDS() when introducing that mode, see attached patch. It
is now still not backward-compatible. Is there a way to have a builtin
function
On Wed, 2013-06-26 at 16:10 +0200, Patrick Ohly wrote:
On Mon, 2013-06-10 at 12:35 +0200, Lukas Zeller wrote:
On 10.06.2013, at 11:57, Patrick Ohly patrick.o...@intel.com wrote:
I'll probably try something else: if commands were delayed in a
message which is marked Final, then force
a comparescript for that, right? In that case
compare=never may be the right thing to do again, but I am not sure.
Won't it lead to the situation again where MERGEFIELDS() incorrectly not
marks an item as changed even though it was?
--
Best Regards, Patrick Ohly
The content of this message is my personal
On Thu, 2013-07-04 at 13:01 +0300, Patrick Ohly wrote:
Hello!
I just noticed one aspect of the example configs that I wasn't aware of:
syncclient_sample_config.xml: field name=PHOTO type=blob
compare=never merge=fillempty/
What I see in a slow is that if all fields are equal except
one data store. The putting data store specific transformations
into the datatype's incomingscript would be okay, wouldn't it?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
On Mon, 2013-06-10 at 12:35 +0200, Lukas Zeller wrote:
On 10.06.2013, at 11:57, Patrick Ohly patrick.o...@intel.com wrote:
I'll probably try something else: if commands were delayed in a
message which is marked Final, then force execution of the commands at
the end of processing
away. That would
re-order the status messages such that the status for the later command
gets sent first. That's because my backend currently can only do
insert/update asynchronously, but not deletes.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
___
os
master branch. Lukas, it contains two patches which you
might want to include:
commit 9b0c01cf2fff6701bdb026518048fc4b06a7072e
Author: Patrick Ohly patrick.o...@intel.com
Date: Thu Feb 21 00:51:53 2013 -0800
caching mode: fix memory leak
When deleting unmatched local sync items
, that cannot be guaranteed, so I might as well just skip the test.
OTOH, a user might decide to use an ActiveSync server as remote backup,
in which case one-way syncing makes sense again. Would it be acceptable
to always take the updating sync token branch above?
--
Best Regards, Patrick Ohly
The content
the winning one and that its
version completely overwrites the server's).
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized
an oversight? What
would it take to support that?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel
small the message size should
be.
I don't know. I guess you could try asking Funambol (their mailing list
is now on SourceForge), but be prepared to be told to install a Funambol
client and emulate its behavior (that was the response that I got for
the DevInf issue).
--
Best Regards, Patrick Ohly
. Some of reporting inside
libsynthesis duplicates my own reporting. So I'd rather disable console
printing dynamically and only enable it when the log level in
SyncEvolution is sufficiently high.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am
On Fri, 2012-04-27 at 16:27 +0200, Lukas Zeller wrote:
On Apr 25, 2012, at 15:11 , Patrick Ohly wrote:
But in practice that pointer is always NULL. I wasn't sure anyway
whether I would get the pointer to the local or remote datastore.
from fDsP you'd get the pointer to the local datastore
wasn't sure anyway
whether I would get the pointer to the local or remote datastore.
Any hints?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position
in
Python using the Twisted framework and depends on the D-Bus API provided
by the SyncEvolution core, so one also inherits all the rest of
SyncEvolution (own configuration system, backends, etc.).
For writing one's own server, the Synthesis SDK and server will be
easier.
--
Best Regards, Patrick Ohly
On Tue, 2012-03-06 at 14:50 +0100, Patrick Ohly wrote:
I haven't look into this yet, but still have it on my radar.
Done in the meego.gitorious.org master branch. I found that checking for
collisions is hard (not all records are in memory), so I settled for
making the chance of collisions
On Tue, 2012-02-07 at 16:05 +0100, Patrick Ohly wrote:
On Mon, 2012-02-06 at 21:29 +0100, Patrick Ohly wrote:
I'm currently experimenting with a different approach for handling the
409 in the binfile client: when an Add fails with 409, catch it as it is
done at the moment, but then tell
On Mon, 2012-01-30 at 18:04 +0100, Patrick Ohly wrote:
Should it have removed one item while processing the Map?
IMHO it can't, because it doesn't have enough information to determine
which of its two items are up-to-date. It only knows that the client
must have merged two items, but not yet
On Tue, 2011-10-25 at 09:24 +0200, Lukas Zeller wrote:
On Oct 24, 2011, at 16:55 , Patrick Ohly wrote:
Why is it necessary to read before trying to delete? If the item exists,
then reading it is a fairly expensive test.
Unfortunately, with some some backends, this is the only test
On Tue, 2011-10-25 at 09:24 +0200, Lukas Zeller wrote:
Hello Patrick,
On Oct 24, 2011, at 16:55 , Patrick Ohly wrote:
Why is it necessary to read before trying to delete? If the item exists,
then reading it is a fairly expensive test.
Unfortunately, with some some backends
On Di, 2011-08-02 at 15:39 +0200, Lukas Zeller wrote:
Hello Patrick,
On Aug 1, 2011, at 20:39 , Patrick Ohly wrote:
In a local slow sync between Evolution and Google Calendar I see the
following problem:
[...]
* The server logs Status: 403: originator exception
to the
conclusion that a backend can return errors in the range 500 to the
Synthesis engine. That's what SyncEvolution is doing here.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent
be
attached to contacts in Evolution Data Server.
However, I'd like to mention in this context that the engine for a
long time contains a mechanism for the general problem with large
fields.
I know, but it didn't seem usable here, as you said.
--
Best Regards, Patrick Ohly
The content
On Do, 2011-07-21 at 12:21 +0200, Patrick Ohly wrote:
Now there is only one other problem with PHOTO uris. They get encoded as
binary data:
PHOTO;VALUE=uri:http://example.com/photo.jpg
=
PHOTO;ENCODING=B;VALUE=uri:aHR0cDovL2V4YW1wbGUuY29tL3Bob3RvLmpwZw==
Is that because PHOTO is defined
On Mo, 2011-06-20 at 20:20 +0100, Patrick Ohly wrote:
Verified with debugging output. I've not looked into setfieldoptions()
for the exact logic which enables the field.
This has the effect that my X-FOOBAR-EXTENSION and X-TEST extensions
(stored locally in XPROPS) are not getting preserved
On Mi, 2011-06-15 at 14:02 +0200, Patrick Ohly wrote:
Hello!
One of the problems that we have in SyncEvolution is the loss of
properties not supported by SyncML servers, like Google:
https://bugs.meego.com/show_bug.cgi?id=15029
For example, BDAY is not supported and gets lost in a round
I want the
default behavior. Does this look right?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf
previously?
So that doesn't seem to be it.
I'm now looking at the actual parser code... gdb to the rescue.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position
On Mo, 2011-06-20 at 17:27 +0100, Patrick Ohly wrote:
Problem solved...
Except for one field:
!-- store extensions that don't match any of the other fields --
field name=XPROPS array=yes type=string compare=never/
Profile:
property name=X-* suppressempty=yes show=false
On Fr, 2010-12-17 at 14:08 +, Lukas Zeller wrote:
On Dec 17, 2010, at 8:47 , Patrick Ohly wrote:
Now it turns out that there's a bad bug here, which probably explains
all this (and maybe other) weird behaviour.
I'm glad that you got to the bottom of this. Much better than pampering
On Do, 2010-12-16 at 17:35 +, Lukas Zeller wrote:
Hello Patrick,
On Dec 9, 2010, at 17:47 , Patrick Ohly wrote:
I might have found it.
Scenario:
- SERVER is the ID on the server, CLIENT on the client
- server has a mapping from SERVER to #35 (ident 2) and to CLIENT (ident 1
).
Merged into the meego.gitorious.org repo.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel
On Di, 2010-12-14 at 11:43 +, Lukas Zeller wrote:
Hello Patrick,
On Dec 13, 2010, at 13:22 , Patrick Ohly wrote:
From http://bugs.meego.com/show_bug.cgi?id=11241. Problem summary below,
patch attached. I'm a bit unsure about hard-coding UTC as time context
in that code, please
as fallback might be a bit tricky, but I think the start time of
the event should do.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I
and suitable for merging back?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter
missing entries. I'll keep watching :-/
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel
UpdateMapItem( CContext aContext, cMapID mID );
So, what is the solution to this problem? Do I still misunderstand
something or is there a genuine problem? ;-/
FWIW, there was one DeleteMapItem for item SERVER in the sessions above,
but it was for ident 1 (after deleting it).
--
Best Regards
Patrick
On Mi, 2010-12-08 at 12:22 +0100, Patrick Ohly wrote:
I'm currently (involuntarily ;-) stress-testing this code by running
SyncEvolution-SyncEvolution syncs with lots of iCalendar 2.0 items,
which happen to have very long IDs.
Related to this: is there some way to increase the maximum ID size
(). Is that the
right solution or do I need to search for the reason why the mapping has
gaps?
Also note that I end up with a temporary ID which must have been used
before in an older sync session. Could that be a problem?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only
Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
From
On Mo, 2010-11-15 at 16:50 +, Patrick Ohly wrote:
Now that I had that sorted out, I was running into another configuration
issue: slowsyncstrategyduplicate/slowsyncstrategy is set in the
syncserv_sample_config.xml and SyncEvolution copied that. Therefore the
engine ended up trying
On Do, 2010-11-11 at 14:52 +, Patrick Ohly wrote:
Hello!
I have a question about matching items. Here's my situation:
* Client and server both have the same iCalendar 2.0 VEVENT (UID
is identical).
* SUMMARY is changed on server, one line is added to description
15:40:44.964] Deleted command 'Status' (outgoing MsgID=0, CmdID=0)
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized
with some specific fixes
backported, and then combine the libsynthesis update with some other
non-backward compatible changes in SyncEvolution itself.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here
one or the other
interpretation? Or perhaps it was part of meeting minutes?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I
choose to support the initial
n rules, but not some specific ones. I assume the ordering of rules is
chosen so that there's never a need to not support, say rule #1 but
support rules #2 and #3?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I
of ReadNextItem:allfields? What effect
does it have when the plugin refuses to acknowledge that rule?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I
, then I'll punt the problem to you.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter
the changes soon together with the other pending changes on my
branch.
Note that I updated master and doxygen once more today. Please pull
again before merging.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel
On Mon, 2010-05-10 at 16:48 +0100, Lukas Zeller wrote:
Hi Patrick,
On May 10, 2010, at 9:04 , Patrick Ohly wrote:
Confirmed, works for me.
Thanks!
I should have mentioned that I had already made similar changes as you
on the moblin.org master branch (check for NULL obj in debug
the client really
provides a stable, globally unique UID and b) we would end up with only
one item even when both items were modified and thus should both be preserved.
- Don't store UID on the server. We want it there for backup/restore of
iCalendar 2.0 clients.
--
Best Regards, Patrick Ohly
On Wed, 2010-04-07 at 13:45 +0100, Patrick Ohly wrote:
Hello!
This is related to http://bugzilla.moblin.org/show_bug.cgi?id=10462
[...]
I suppose for SyncEvolution 1.0 we should simply remove the extension
from the XML config used by us. There's a slight loss of functionality
when
mimeprofile
which matches exactly what Evolution supports.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf
client? Is it possible in a
server?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel
On Thu, 2010-03-18 at 14:05 +, Lukas Zeller wrote:
Hello Patrick,
On Mar 18, 2010, at 14:00 , Patrick Ohly wrote:
On Tue, 2010-03-16 at 14:40 +, Lukas Zeller wrote:
Most probably, there should be an extra check for that too late
suspend.
Your patch in the luz branch works
to it would break server
software upgrades.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel
On Fr, 2010-02-26 at 15:12 +, Patrick Ohly wrote:
Hello!
When we started with SyncEvolution, we discussed the StartDataRead()
resumeToken parameter. At that time, we came to the conclusion that a
binfile based client doesn't have to distinguish between different
tokens. Always reporting
will convert from one
format into another. The format is defined by a datatype in the XML
configuration. The aa:bbCRLF format is not such a datatype.
Can you describe what you are trying to accomplish? Perhaps there are
other ways to do it, or it is useful enough to add something.
--
Best Regards, Patrick
to/from the field
list (SyncSource.cpp)
* in your AsKey() implementations, read/write the data field
(SyncSourceSerialize::readItemAsKey,
SyncSourceSerialize::insertItemAsKey)
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only
On So, 2010-03-07 at 01:56 +0100, Patrick Ohly wrote:
Anyway, it fails in one case when the item was split:
1. client has a new big item
2. client sends Add with MoreData/
3. server buffers the item
4. client sends second half
5. server processes the complete item
, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter
as local,
just as if they came out of the engine.
Client and server don't agree on whether the session should continue
(steps 8 and 9). Not sure who is right here.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel
/MetaData...)
9. server attempts to parse the item, fails and returns 415
The logs don't tell me what the relevant difference is, so I'll have to
dive into the debugger.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel
On Fri, 2010-02-26 at 15:05 +, Patrick Ohly wrote:
[...]
So it seems that the engine does check for the remote ID, but only after
having already added the item again.
I think this was due to not enabling resumesupport. After setting
that, the same test passes. Sorry for the confusion - I
On Thu, 2010-03-04 at 23:49 +, Lukas Zeller wrote:
On Mar 4, 2010, at 18:49 , Patrick Ohly wrote:
On Fri, 2010-02-26 at 15:05 +, Patrick Ohly wrote:
However, while tracking through the code I found that indeed in the
server, the case of a client sending duplicate Adds
side are set via a key in the
profile that corresponds to the data source. I'm sure this is in the
documentation somewhere. Here's how we do it in SyncEvolution:
http://git.moblin.org/cgit.cgi/syncevolution/tree/src/syncevo/SyncContext.cpp?id=syncevolution-0-9-2#n1646
--
Best Regards, Patrick Ohly
1 - 100 of 144 matches
Mail list logo