[Bug 4774] New: verify a server's conflict handling policy
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4774
Summary: verify a server's conflict handling policy
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Generic
OS/Version: Other
Status: ASSIGNED
Severity: normal
Priority: P3
Component: * Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: guannan.ou(a)intel.com, syncevolution(a)lists.intel.com
Depends on: 4369
As described in bug #4369, conflict handling can vary considerably between
servers. It would be useful to include tests in client-test which simulate the
various conflicts and identify how the server resolves them.
Then for known servers, we could also check whether the current result a) is
sane and b) is the one wanted by the server developers. This may be overkill
for all of the servers we test with, but for our own we would definitely need
this.
+++ This bug was initially created as a clone of Bug #4369 +++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
When I tried the following test with scheduleworld, I see that the policy is
“client-win”, contact information is deleted on server. But with funambol, the
updated contact A is synced to client. Can you please check which policy should
we follow?
====================================================
Test Step:
1. add contact A on client, try two-way sync with server.
2. delete contact A on client, and update contact A on server.
3. try two-way sync.
====================================================
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 1 month
[Bug 4631] New: Google: ORG data is not consistent after two-way/slow sync between seperately updated client and server
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4631
Summary: Google: ORG data is not consistent after two-way/slow
sync between seperately updated client and server
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: guannan.ou(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com,
congwu.chen(a)intel.com
---------------------------------
Summary
---------------------------------
ORG data is not consistent after two-way/slow sync between seperately updated
client and server.
---------------------------------
Reproduce Step
---------------------------------
<1> add one contact name: Jessy, Company “Intel”
<2> two-way sync
<3> modify local contact’s Company as “Intel(PRC)”
<4> modify google server contact’s Company as “Intel(US)”
<5> two-way sync again.
Company filed of contact “Jessy” is not consistent in client and server.
Result shows that in client, Company is still "Intel(PRC)", in server, Company
is still "Intel(US)".
Test the same step in Funambol, client updated contact information will replace
the corresponding server's contact.
------------------------
last sync outgoing data
------------------------
BEGIN:VCARD
VERSION:2.1
REV:20090722T142205Z
N:;Monday;;;
FN:Monday
X-EVOLUTION-FILE-AS:Monday
NICKNAME:
TITLE:
ORG:intelClient11;;;
ROLE:
TEL;CELL:33333333
TEL:111111111111111111111111111111
TEL;CELL:22222222
EMAIL:
URL:
X-MOZILLA-HTML:
ADR:;;;;;;
BDAY:
NOTE:
PHOTO:
END:VCARD
-------------------------
last sync incoming data
-------------------------
BEGIN:VCARD
VERSION:2.1
FN:Monday
N:;Monday;;;
TEL;CELL:33333333
TEL:111111111111111111111111111111
TEL;CELL:22222222
ORG:intelServer
ORG:intelClient11
TITLE:
NOTE:
ADR:;;;;;;
X-EVOLUTION-FILE-AS:Monday
NICKNAME:
ROLE:
URL:
X-MOZILLA-HTML:
BDAY:
END:VCARD
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 1 month
[Bug 4815] New: Outlook meeting invitations: timezones
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4815
Summary: Outlook meeting invitations: timezones
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Generic
OS/Version: Other
Status: ASSIGNED
Severity: major
Priority: P1
Component: * Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
This was originally found when syncing an Evolution calendar with a meeting
invitation created by Outlook with ScheduleWorld.
Outlook's VTIMEZONE definitions are nasty because the ID is not unique enough
to identify the location. Software that supports VTIMEZONE to evaluate the
times doesn't have a problem, as long as it handles different VTIMEZONE
definitions for the same ID correctly (Evolution had a bug around that).
Many servers, including ScheduleWorld and Funambol, have to map the VTIMEZONE
to some internal time zone database because they cannot use the original
definition, or because they need to send to a client which doesn't.
This mapping is fragile and unreliable if the ID doesn't follow the Olson
pseudo-standard and contains the location. In my case, "TZID:Pacific Standard
Time" was mapped to "America/Bogota", presumably because the GMT offsets kind
of matched. It then was displayed incorrectly.
A client shouldn't have to deal with these issues. But because we are now
working towards implementing a server, we need this kind of mapping code
ourselves and once we have it, might as well use it in our client. The goal is
that the client always uses Olson TZID strings when talking to a SyncML server.
That way we have that timezone matching code under our control and can tune
and/or fix it. Right now we depend on server developers to do it for us.
The Synthesis timezone handling code doesn't do that for us quite yet. It does
match based on Olson TZID if libical is found, so those TZIDs are covered. For
Outlook TZIDs it falls back to matching against an internal list, without using
Olson TZID strings for those if a match is found. We should change that so that
the list has TZID aliases with the Olson name and use those names when encoding
a VTIMEZONE. Not sure whether this change is acceptable upstream; need to
discuss and perhaps make it configurable.
If no match is found, then a temporary time zone definition is used, but it is
not preserved in the database unless the database stores VTIMEZONEs. In other
words, Evolution is fine, the ODBC backend is not. If we use the later in a
server, we need to fix this issue.
I can dig out the example, but we need more than one anyway. Ideally we need
examples for the whole range of Outlook and Exchange (they can be different!)
VTIMEZONE definitions, extend out test suite to cover the conversion, then work
on correctly identifying all these timezones.
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 1 month
[Bug 4611] New: join/dejoin different sources
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4611
Summary: join/dejoin different sources
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Generic
OS/Version: Other
Status: ASSIGNED
Severity: normal
Priority: P2
Component: * Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
It is a very common complaint that SyncML in most installations only supports
one calendar, address book, task list, memo list per device. This is not a
limitation of the protocol, more like the lowest common denominator that is
typically supported.
Our own sync UI for Moblin follows the same model, although SyncEvolution
itself could handle more than one instance of each data category if the peer
did (evolutionSource config option).
For those cases where the peer doesn't, it would be nice if SyncEvolution could
join data from multiple databases if the peer supports only one database, then
when receiving updates back correctly sorted them into the the right database.
Here's a user giving more background information:
http://article.gmane.org/gmane.comp.mobile.funambol.user/11522
ScheduleWorld has such a feature for calendars, based on the CATEGORY property.
We could adapt a similar system and perhaps even make it so that n:n calendar
synchronization within the same sync session becomes possible.
Another use case for such a join/dejoin are devices which exchange events and
tasks via one single URI. For our direct-sync work we need to support that.
The Synthesis engine has the concept of a <superstore>: it automatically merges
and splits based on some configurable property. Currently this is used to put
VEVENT into one <datastore>, VTODO into another. Perhaps this can be configured
to use CATEGORY, too.
For joining items, make sure that a unique CATEGORY is set per database. For
receiving items or updates back, check for the presence of those categories and
store accordingly, with one database as default for new items which don't have
any of these categories.
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 1 month
[Bug 4599] New: "Addressbook:Error 418" shows up in sync ui after syncing an alike contact
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4599
Summary: "Addressbook:Error 418" shows up in sync ui after
syncing an alike contact
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: GTK UI
AssignedTo: jku(a)linux.intel.com
ReportedBy: guannan.ou(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: shuang.wan(a)intel.com, patrick.ohly(a)intel.com,
syncevolution(a)lists.intel.com
"Addressbook:Error 418" shows up in sync ui after syncing an alike contact.
<1> add one contact in client(you can just set a contact with its full name
"Jessy", others field empty), add the same contact in server(you need to set
First and Display Name field to "Jessy", other fileds empty).
<2> two-way sync.
<3> two-way sync again.
In step <2>, Sync UI will show "Sync-Failed Addressbook:Error 418", step <3>
will be successful.
FYI. Error Number 418 means "Object already exist".
Are we expected to show that error message to end user when syncing alike
contact?
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 2 months
[Bug 4753] New: --enable-gui=all
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4753
Summary: --enable-gui=all
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Generic
OS/Version: Other
Status: ASSIGNED
Severity: normal
Priority: P1
Component: * Feature Request
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Right now, only one sync-ui binary is built, using either GTK or Moblin
specific widgets. Fedora wants to package both the GTK and Moblin sync-ui and
thus needs to build+install two different binaries (and corresponding desktop
files) at the same time.
As discussed on the mailing list, this could be done by:
* building sync-ui as it is now if only one mode is selected
* building sync-ui-moblin and sync-ui-gtk for --enable-gui=all
The corresponding desktop files would be sync.desktop, sync-moblin.desktop and
sync-gtk.desktop. Can the content of the .desktop file be identical or do we
need different names/descriptions? Yes, but only if both are installed at the
same time.
I don't want to introduce new translation strings right now, so I'll use the
same .desktop file for all of them.
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 7 months
[Bug 4752] New: Sync-ui should use the chooser correctly
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4752
Summary: Sync-ui should use the chooser correctly
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: GTK UI
AssignedTo: jku(a)linux.intel.com
ReportedBy: nicholas.e.richards(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: tf(a)linux.intel.com, shuang.wan(a)intel.com,
syncevolution(a)lists.intel.com
The sync-ui currently installed on moblin doesn't seem to emit startup
notifications correctly so I never see a chooser when using it, the app always
opens on the current zone.
This is not ideal as it doesn't fit nicely into the moblin experience.
tf: I've CCd you in as you know most about this sort of thing and you can
advise on some of the 'cunning' white/black lists we run to treat our single
instance applications specially (this app should be on them if it's not
already).
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 8 months
[Bug 4703] New: ScheduleWorld: delete on server can not sync to client (after doing slow sync)
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4703
Summary: ScheduleWorld: delete on server can not sync to client
(after doing slow sync)
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: major
Priority: Undecided
Component: SyncML
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: weibin.pan(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
package: syncevolution-0.8.1.99.4.09beta3-1.1.moblin2.i586
steps:
1. delete all data first, configure a service with scheduleworld template:
$syncevolution -c -y username=<username> -y password=<password> -l
scheduleworld test
2. create one item on server, and run a sync to make all data synced:
$syncevolution --run -s two-way test
3. now server and client both have one item, run slow sync:
$syncevolution --run -s slow test
4. now server and client still both have one item, delete the item on server
and run two-way sync:
$syncevolution --run -s two-way test
after all these steps, now sever has no item and client remains one item, the
status of server and client is not synchronized.
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 8 months
[Bug 4919] New: GTK-UI: memory use-after-free when server cannot be started
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4919
Summary: GTK-UI: memory use-after-free when server cannot be
started
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P2
Component: * Feature Request
AssignedTo: jku(a)linux.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
If the syncevo-dbus-server cannot be started, then sync-ui runs into a
use-after-free error and may crash.
The chain of events is like this:
* syncevo_service_get_server_config_async(): create data
* get_server_config_async_error(): called, frees data
* get_server_config_async_error(): called again with same data pointer, now
invalid
Here's the valgrind report (only appears when running with
G_SLICE=always-malloc G_DEBUG=gc-friendly):
==18845== Invalid read of size 8
==18845== at 0x411F4B: get_server_config_async_error (syncevo-dbus.c:664)
==18845== by 0x66A5209: g_main_context_dispatch (gmain.c:1814)
==18845== by 0x66A88DF: g_main_context_iterate (gmain.c:2448)
==18845== by 0x66A8DAC: g_main_loop_run (gmain.c:2656)
==18845== by 0x4F61BC6: gtk_main (gtkmain.c:1205)
==18845== by 0x405E8E: main (main.c:113)
==18845== Address 0xde31a40 is 8 bytes inside a block of size 24 free'd
==18845== at 0x4C265AF: free (vg_replace_malloc.c:323)
==18845== by 0x411F7A: get_server_config_async_error (syncevo-dbus.c:668)
==18845== by 0x66A5209: g_main_context_dispatch (gmain.c:1814)
==18845== by 0x66A88DF: g_main_context_iterate (gmain.c:2448)
==18845== by 0x66A8DAC: g_main_loop_run (gmain.c:2656)
==18845== by 0x4F61BC6: gtk_main (gtkmain.c:1205)
==18845== by 0x405E8E: main (main.c:113)
{
<insert a suppression name here>
Memcheck:Addr8
fun:get_server_config_async_error
fun:g_main_context_dispatch
fun:g_main_context_iterate
....
I'm not sure what the right memory handling for data is. As a workaround I have
removed the g_slice_delete(). Better leak some memory instead of crashing...
Jussi, please check this.
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 8 months