[Bug 3474] logging improvements
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3474
weibin <weibin.pan(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |VERIFIED
--- Comment #10 from weibin <weibin.pan(a)intel.com> 2009-07-21 20:28:46 ---
(In reply to comment #9)
> (In reply to comment #8)
> > For default log level, there are no *.log and one html file.
> > After set log level to 4, there are no *.log but many html files
> > (sysynclib_linux.html, sysynclib_linux_trmxxx_xxx_outgoing.html and
> > sysynclib_linux_trmxxx_xxx_incoming.html)
>
> The incoming/outgoing files are not .html, but .xml, are they? They are the
> message dumps that are enabled by log levels >=4. At log level 5 there are also
> raw .wbxml files.
>
> So except for the html/xml typo (?), this is indeed the expected behavior.
Yes, the incoming/outgoing files are not .html but .xml, sorry for mis-typo.
And set log level to 5 can also see raw wbxml files.
The behavior is correct. verify with package
syncevolution-0.8.1.99.3.beta.20090717-1.1.moblin2.i586 in image
moblin-netbook-beta-refresh-20090720-003.img
--
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 #20 from yongsheng zhu <yongsheng.zhu(a)intel.com> 2009-07-21 19:57:15 ---
(In reply to comment #19)
> vcard30:
> Client::Sync::vcard30::testRefreshFromClientSync
> Client::Sync::vcard30::testRefreshStatus
> ClientTest.cpp:3813:Assertion
> Test name: Client::Sync::vcard30::testRefreshFromClientSync
> equality assertion failed
> - Expected: 0
> - Actual : 403
These two cases are failed because syncevolution send a '203' alert code to
initiate a 'refresh from client' sync mode while server sends alert code '201'.
This cause syncevolution sends '403' alert code to the server.
I think we'll need ask mobical about this issue.
--
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 #19 from yongsheng zhu <yongsheng.zhu(a)intel.com> 2009-07-21 19:33:04 ---
vcard30:
Client::Sync::vcard30::testRefreshFromClientSync
Client::Sync::vcard30::testRefreshStatus
ClientTest.cpp:3813:Assertion
Test name: Client::Sync::vcard30::testRefreshFromClientSync
equality assertion failed
- Expected: 0
- Actual : 403
Client::Sync::vcard30::testRefreshFromServerSemantic
Client::Sync::vcard30::testRefreshFromClientSemantic
Client::Sync::vcard30::testCopy
Client::Sync::vcard30::testDelete
Client::Sync::vcard30::testAddUpdate
Client::Sync::vcard30::testManyItems
Client::Sync::vcard30::testUpdate
Client::Sync::vcard30::testComplexUpdate
Client::Sync::vcard30::testMerge
Client::Sync::vcard30::testTwinning
Client::Sync::vcard30::testItems
Client::Sync::vcard30::testItemsXML
Client::Sync::vcard30::testMaxMsg
Client::Sync::vcard30::testLargeObject
Client::Sync::vcard30::testOneWayFromServer
Client::Sync::vcard30::testOneWayFromClient
equality assertion failed
- Expected: 1
- Actual : 2
- vcard30: syncMode == source.getFinalSyncMode()
For this issue, the server sends '508' to initiate a slow sync but we expect
'two-way' sync. It is not the same as ZYB.
--
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 3967] "memo" backup/restore: wrong format of items in backup
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3967
shuangeeer <yanshuang.zheng(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |VERIFIED
--- Comment #3 from shuangeeer <yanshuang.zheng(a)intel.com> 2009-07-21 19:15:16 ---
Since Moblin doesn't support memos/notes now, we verify it on Fedora 10 with
the same syncevolution-0.8.1+0.9+beta2+20090717 installed.
After doing a sync of memo with scheduleworld, the session is backup in this
format, which is the same as local evolution memos.
memo in backup dir:
==============================
BEGIN:VCALENDAR
PRODID:-//Ximian//NONSGML Evolution Calendar//EN
VERSION:2.0
METHOD:PUBLISH
BEGIN:VJOURNAL
....
END:VJOURNAL
END:VCALENDAR
So verify it now.
--
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 2424] test and support zyb.com
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=2424
--- Comment #29 from yongsheng zhu <yongsheng.zhu(a)intel.com> 2009-07-21 19:04:27 ---
> It's hard to see, but the mismatch is there: 20090718T*15*0207Z !=
> 20090718T*13*0207Z.
> Note that these tests were done in Germany, currently GMT+2. Perhaps the server
> generated its anchor once with correction for the timezone of the client, once
> without?
>
> Both sessions were done at around 15:00 GMT.
it might be server's location. In China(GMT+8), I also get the mismatched
anchors which have
2-hours differentiation.
--
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 4598] Funambol: Company phone property will lost in syncing addressbook with funambol
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4598
--- Comment #3 from yuering <guannan.ou(a)intel.com> 2009-07-21 18:22:41 ---
(In reply to comment #2)
> I vaguely remember that I discussed this with Funambol already a while ago.
> Their mapping of TEL numbers was weird.
> Can you provide more information about this issue?
> First, is it necessary to create the contact on the server first? In other
> words, do you get the same behavior when creating the contact locally from
> scratch?
To reproduce the issue, it is required that the contact is created in server at
first.
> Second, can you provide a dump of what is sent to the server? Open the .html
> log in a browser, unfold it completely (+++ at the top of the file), then
> search for "Generated" (or something like it) and the contact underneath that.
-----------------------
incoming contact info
-----------------------
BEGIN:VCARD
VERSION:2.1
N:;Jessy;;;
FN:Jessy
BDAY:
TEL;TYPE=PREF:13798000000
TITLE:
ORG:;
TEL;TYPE="X-EVOLUTION-COMPANY":13523456789
END:VCARD
-----------------------
outgoing contact info
-----------------------
BEGIN:VCARD
VERSION:2.1
REV:20090721T164654Z
N:;Jessy;;;
FN:Jessy
X-EVOLUTION-FILE-AS:Jessy
NICKNAME:
TITLE:
ORG:;;;
ROLE:
TEL;PREF:13798000000
TEL:13523456789
EMAIL:
URL:
X-MOZILLA-HTML:
ADR:;;;;;;
BDAY:
NOTE:
PHOTO:
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.
13 years, 1 month