[Bug 4126] ScheduleWorld: data not in sync between server and client (after contact delete on server)
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4126
--- Comment #9 from weibin <weibin.pan(a)intel.com> 2009-07-22 23:42:34 ---
(In reply to comment #1)
> run in slow mode could sync item from client to server (client-win)
> $syncevolution --run -s slow test
> now, server and client both have one item
>
> and then delete the item on server and run two-way still have problem:
> $syncevolution --run -s two-way test
> now sever has no item and client remains one item, the status of server and
> client is not synchronized.
After execute the first step (one-way-client and two-way), then running slow
mode will let server/device sync, but then still have problem:
1. delete the item on server
2. $syncevolution --run -s two-way test
now sever has no item and client remains one item, the status of server and
client is not synchronized.
This is always existed after refresh the page, seems the sync status is not
correct after one-way-client, and can't be reset by slow mode sync.
--
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.
13 years, 1 month
[Bug 3427] poor usability with network interruption
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3427
--- Comment #14 from Chen Congwu <congwu.chen(a)intel.com> 2009-07-22 22:58:52 ---
(In reply to comment #13)
I have pushed the patch (in congwu branch, patch for syncevolution and patch
for libsynthesis)
Patrick, could you help review?
As discussed, the test I added is "resend tests" which tests a retry within the
same session.
I have tested with synthesis(1 case, 60 seconds timeout),
scheduleworld(1 case, 20 seconds timeout), funambol (vcard* itodo*, 20 seconds
timetout), the results are all as expected.
--
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.
13 years, 1 month
[Bug 4495] syncevolution-debuginfo depends on gcc43-debuginfo
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4495
nashif <anas.nashif(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |WONTFIX
--- Comment #4 from nashif <anas.nashif(a)intel.com> 2009-07-22 13:23:28 ---
this done by rpm internally, dependencies are added automatically, and even if
it is possible to debug your package without gcc43, if you use rpm to install,
then those dependencies need to be installed, workaround is to install the
packages individually avoiding rpm dependencies...
--
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.
13 years, 1 month
[Bug 2431] SSL certificate checking with libsoup
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=2431
--- Comment #17 from pohly <patrick.ohly(a)intel.com> 2009-07-22 07:13:03 ---
(In reply to comment #16)
> What is the meaning of these log?
Ignore them. They don't show what the real problem is.
> I use firefox and curl to access https://m.google.com, only get
> "Not Found
> Error 404"
That's the expected result when accessing the URL with a normal client instead
of a SyncML client. Your browser should show you a lock symbol which you can
use to obtain security information about SSL.
> From the comments http://bugzilla.gnome.org/show_bug.cgi?id=589323, it seems
> gnutls doesn't support X509v1, can we use openssl to link libsoup...
No.
> ... libcurl?
Yes, but that renders it incompatible with GPL software. Besides,
libcurl+gnutls already work fine because libcurl passes the
GNUTLS_VERIFY_ALLOW_X509_V1_CA_CRT, in contrast to libsoup.
--
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.
13 years, 1 month
[Bug 3009] interoperability with mobical.net
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3009
--- Comment #22 from yongsheng zhu <yongsheng.zhu(a)intel.com> 2009-07-22 02:18:56 ---
temporarily remove the above syncmode assertion failures, summary following
issues of VCARD:
1. Note property length: less than or equal 4000 bytes
2. vcard must have one of 'tel', 'email', or 'url','addr', otherwise, this
vcard will not treat as a full item and server won't send them to client when
sync
3. FN: its 'fn' value are composed by the property'N' value instead of value
transferred.
4. ADR: if have no type, then it is lost
5. BDAY: BDAY value is alway one day before sent value
6. ORG: only preserve the first field 'org name' and others are lost
7. N: parser bug
N:Last;First \; special \;;middle;Mr. | N:Last;First \; special \;\;middle;Mr
8. ClientTest.cpp:3853:Assertion
Test name: Client::Sync::vcard30::testDelete
equality assertion failed
- Expected: 1
- Actual : 0
- vcard30: clientDeleted == source.getItemStat(SyncSourceReport::ITEM_LOCAL, Sy
ncSourceReport::ITEM_REMOVED, SyncSourceReport::ITEM_TOTAL)
Delete operation is not successful. Need deep investigation.
9. Client_Sync_vcard30_testMerge.A.test.dat |
Client_Sync_vcard30_testMerge.B.test.dat
only in left file <
> only in right file
-------------------------------------------------------------------------------
BEGIN:VCARD BEGIN:VCARD
N:Doe;John N:Doe;John
EMAIL:john.doe@work.com | TITLE:developer
TEL;TYPE=WORK:business 1 <
TITLE:tester <
VERSION:3.0 VERSION:3.0
END:VCARD END:VCARD
It seems 'update' operation is not successful in the server side. Need deep
investigation.
10. When client sends vcard21 format(newline escaped as '=0D=0A=') and receives
vcard30(newline escaped as '\n'), properties' values containing '\n' will lost
substring beginning with '\n'. This should not related to mobical but it
exposes this problem. Need investigation.
--
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.
13 years, 1 month