[MeeGo Projects - Bug 7889] New: vCard CELL phone mangling: removal of WORK and HOME flags
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=7889
Summary: vCard CELL phone mangling: removal of WORK and HOME
flags
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: All
Architecture: ---
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
Our Synthesis configuration removes WORK and HOME from CELL numbers if there is
only one such number, because Evolution gets confused by CELL;WORK or
CELL;HOME.
Matthijs Kooijman remarked on this:
------------------------------------
It turns out there is a little script to remove HOME
and WORK tags from cellphone numbers if there is only one cell phone.
However, it actually removes all tags except for CELL, so also PREF.
This patch seems to fix this problem properly:
diff --git a/src/syncevo/configs/scripting/05vcard-evolution.xml
b/src/syncevo/configs/scripting/05vcard-evolution.xml
index be79998..7c04950 100644
--- a/src/syncevo/configs/scripting/05vcard-evolution.xml
+++ b/src/syncevo/configs/scripting/05vcard-evolution.xml
@@ -13,7 +13,8 @@
i = i + 1;
}
if(cell_phones == 1) {
- TEL_FLAGS[wanted] = 0x10;
+ // HOME is 0x1, WORK is 0x2, remove only those flags.
+ TEL_FLAGS[wanted] = TEL_FLAGS[wanted] & ~0x3;
}
// Google sends TYPE=WORK and TYPE=HOME when it means
------------------------------------
If that works for Evolution, then it would be better solution. Need to check.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
10 years, 11 months
[Bug 6680] New: Explicit TZID is ignored when importing events.
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=6680
Summary: Explicit TZID is ignored when importing events.
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: All
Architecture: ---
Status: NEW
Severity: normal
Priority: Undecided
Component: Maemo 5
AssignedTo: ovek(a)debian.org
ReportedBy: monkeyiq(a)users.sourceforge.net
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-maemo5-bugs(a)meego.bugs
Estimated Hours: 0.0
BUILD IMAGE(X.X.XX.X.XXXXXXXX.X - (e.g.:
meego-netbook-ia32-1.0.90.0.20100831.1)): PR1.2
HARDWARE MODEL (on what HW this bug is uncovered): n900
BUG DETAILED DESCRIPTIONS
===========================================================
EXACT STEPS LEADING TO PROBLEM:
(Explain in detail what you do (e.g. tap on OK) and what you see (e.g. message
Connection Failed appears))
===========================================================
1. Have multiple clients using a syncml server and syncevolution to sync
calendar data
2. Setup n900 and syncevolution --sync refresh-from-server xxx calendar
3. See events which have a timezone have the TZ ignored and become UTC without
any offset applied (ie, 8:00 localtime in GMT+10 becomes 18:00 in GMT+10).
4.
5.
EXPECTED OUTCOME:
===================
The timezone from the TZID, TZNAME, DTSTART should be preserved or when
converting to UTC it should be taken into account. I'm not sure what is
actually dropping the info, it seems that syncevolution knows about the
timezones from the entries (looking at syncevolution-log.html)
ACTUAL OUTCOME:
===================
One the desktop a specific calendar.after
BEGIN:VTIMEZONE
TZID:/freeassociation.sourceforge.net/Tzfile/Australia/Brisbane
X-LIC-LOCATION:Australia/Brisbane
BEGIN:STANDARD
TZNAME:EST
DTSTART:19700301T020000
TZOFFSETFROM:+1000
TZOFFSETTO:+1000
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
...
UID:20100708T090537Z-2014-1006-1-2@myserverer
DTSTAMP:20100708T090537Z
DTSTART;TZID=/freeassociation.sourceforge.net/Tzfile/Australia/Brisbane:
20100911T163000
DTEND;TZID=/freeassociation.sourceforge.net/Tzfile/Australia/Brisbane:
20100911T210000
On the n900 calendar.after using --sync refresh-from-server for the same vevent
file which has no BEGIN:VTIMEZONE.
DTSTART:20100911T163000Z
DTEND:20100911T210000Z
It appears that the DTSTART is preserved as Zulu time without any consideration
of the TZID. This effectively moves entries +10hrs in the calendar on the
device.
USER IMPACT:
===================
Calendar sync is not useful without timezone preservation.
REPRODUCIBILITY:
(always, less than 1/10, 5/10, 9/10)
=====================================
always
EXTRA SOFTWARE INSTALLED:
============================
OTHER COMMENTS:
===================
I've tried setting /etc/timezone etc, but it appears that the actual TZ
information is in the data from the syncml server.
>From one of the syncevolution-log.html files, it seems that syncevolution knows
about the timezone:
...
- 18 : timestamp DTSTART [ 0, 0, 0] : 2010-09-11T16:30:00
(imported TZ: /freeassociation.sourceforge.net/Tzfile/Australia/Brisbane)
Is there a way to force syncevolution to convert to UTC and drop the timezone
so that the n900 doesn't get confused?
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
10 years, 11 months
[MeeGo Platform - Bug 8761] New: Syncevolution and daylight savings
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=8761
Summary: Syncevolution and daylight savings
Classification: MeeGo Platform
Product: OS Middleware
Version: 1.1
Platform: All
Architecture: ARM
Status: NEW
Severity: major
Priority: Undecided
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: juergenoschumacher(a)gmx.de
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs
Estimated Hours: 0.0
HARDWARE MODEL (on what HW this bug is uncovered): Ubuntu Linux 10.04,
memotoo.com, Nokia N900
BUG DETAILED DESCRIPTIONS
===========================================================
EXACT STEPS LEADING TO PROBLEM:
(Explain in detail what you do (e.g. tap on OK) and what you see (e.g. message
Connection Failed appears))
===========================================================
1. Evolution calender got out of sync; Evolution calender entries were all
doubled after a slow sinc
2. Deleted the calender on the server side at memotoo
3. Deleted the calender in Evolution
4. Restored the calender in Evolution from a backup
5. Performed a new sync with the server at memotoo
6. Most of the entries after the clock change on 31st of October appear to be
shifted by one hour backwards in Evolution
EXPECTED OUTCOME: Correct handling of time-zones while sincronizing
===================
ACTUAL OUTCOME:
===================
USER IMPACT:
===================
REPRODUCIBILITY:
(always, less than 1/10, 5/10, 9/10)
=====================================
EXTRA SOFTWARE INSTALLED:
============================
OTHER COMMENTS:
===================
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
10 years, 11 months
[MeeGo Projects - Bug 8684] New: nightly testing: MeeGo chroot
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=8684
Summary: nightly testing: MeeGo chroot
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: All
Architecture: ---
Status: NEW
Severity: major
Priority: Undecided
Component: SyncEvolution
AssignedTo: yongsheng.zhu(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
We should include testing on MeeGo to our nightly testing. The goals are:
* catch build errors which only occur with MeeGo configure options
(--enable-kcalextended --enable-qtcontacts) and/or the libs/compiler
in MeeGo
* local testing of these two backends and the underlying storage
* reference platform for Buteo testing
Yongsheng, Qiankun, can you take on that task?
We need multiple MeeGo chroots:
* 1.1
* Trunk
Updating Trunk should be done so that
a) a snapshot is taken (cp -a --link)
b) update
c) run sanity checks (SyncEvolution Source::Local?)
d) if these fail, fall back to snapshot
Nightly testing should include information about the last update made on each
chroot. ("Trunk 2010-10-20").
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
10 years, 11 months
[Bug 2786] New: server progress events: no information about sync mode
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=2786
Summary: server progress events: no information about sync mode
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: All
OS/Version: ---
Status: ASSIGNED
Severity: normal
Priority: High
Component: SyncML
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-syncml-bugs(a)meego.bugs
Estimated Hours: 0.0
In server mode, SyncEvolution is not told by the Synthesis engine about the
chosen sync mode.
This has several effects.
First, the final line about a "started" source only says "inactive" instead of
"xyz sync done successfully/unsuccessfully":
[INFO] calendar: started
[INFO] todo: started
[INFO] todo: inactive
[INFO] calendar: inactive
Second, intermediate progress events like sending/receiving items are not
printed.
Third, the statistics contain no sync mode.
In client mode this is done via PEV_ALERTED, which probably simply doesn't
apply to server mode. Perhaps we need a new event?
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
10 years, 11 months
[Bug 1350] New: support ovi.com (Nokia sync service)
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=1350
Summary: support ovi.com (Nokia sync service)
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: Netbook
OS/Version: IA
Status: ASSIGNED
Severity: normal
Priority: Medium
Component: SyncML
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-syncml-bugs(a)meego.bugs
Estimated Hours: 0.0
This is from http://bugzilla.moblin.org/show_bug.cgi?id=3182
Description From jku 2009-06-03 08:59:15 PST (-) [reply]
Created an attachment (id=1027)
--> (http://bugs.meego.com/attachment.cgi?id=1027) [details]
synthesis log
Nokia seems to be pushing ovi a lot now, we'll probably want to talk to them...
The settings aren't really advertized anywhere so I have no idea if Ovi even
wants other clients than Nokia phones. In any case it does start syncing with
this:
Server URL: https://sync.ovi.com/services/syncml
Addressbook URI: ./Contact/Unfiled
Calendar URI: ./EventTask/Tasks
Memo URI: ./Note/Unfiled
Currently synthesis fails with:
smlProcessData failed, returned 0x2011
- Jussi
------- Comment #1 From pohly 2009-06-08 07:16:55 PST (-) [reply] -------
Turning this into a feature request. I'm not sure about the priority: I suggest
to work on the other server first and then check again.
------- Comment #2 From Zhiqiang 2009-07-13 20:16:59 PST (-) [reply] -------
Assign this bug to Congwu..
------- Comment #3 From Chen Congwu 2009-07-15 01:12:25 PST (-) [reply] -------
The synthesis fail has gone but I could not successfully authenticate. It seems
the username/pwd used during sync is not the same as ovi.com.
Since Nokia has not provide access for PCs, I have no idea how to get a valid
account.
http://discussions.europe.nokia.com/discussions/board/message?board.id=ov...
Jussi, do you have any idea?
(In reply to comment #0)
> Created an attachment (id=1027)
--> (http://bugs.meego.com/attachment.cgi?id=1027) [details] [details]
> synthesis log
>
> Nokia seems to be pushing ovi a lot now, we'll probably want to talk to them...
>
> The settings aren't really advertized anywhere so I have no idea if Ovi even
> wants other clients than Nokia phones. In any case it does start syncing with
> this:
>
> Server URL: https://sync.ovi.com/services/syncml
> Addressbook URI: ./Contact/Unfiled
> Calendar URI: ./EventTask/Tasks
> Memo URI: ./Note/Unfiled
>
> Currently synthesis fails with:
> smlProcessData failed, returned 0x2011
>
> - Jussi
------- Comment #4 From Chen Congwu 2009-10-24 20:05:22 PST (-) [reply] -------
Suyog has provided some updates on the account setting:
Ovi.com has added manual configurations.
> Today I played around sync settings on my mobile and found out 1 thing. My previous understanding that "Manual settings don't work" is not entirely correct. I found out from OVI.com->Login->Add device
> You have to specify your Nokia Phone Model and then enter your mobile number.
>
> After this OVI.com will send you config settings , you will need PIN to open config setting, this PIN is provided on web interface.
>
> But I found that they have mentioned , if you dont get config settings due to some reasons, you can create settings manually. I tried that option and found that the Password which was mentioned there for Sync setting is different from actual OVI password. This password looks like auto generated and different every time you add device.
>
> If you remove device and try to add it again with same number/model, password changes.
>
> This is the reason why Sync doesn't work in SyncEvolution. I am going to try using this password in SyncEvolution. All other settings are same as you have also mentioned in Bug 3182.
>
> See the following which I have copied from Add Device procedure on OVI.com, I have masked my password.
------- Comment #5 From Chen Congwu 2009-10-24 20:12:06 PST (-) [reply] -------
More from Suyog: (The manual settings you need to set up)
> You can make the necessary synchronization settings for your device manually by following the instructions below:
>
>
>
> 1. Go to Sync menu on your device Usually the Sync menu is found from Menu grid/Tools or under Menu grid/Settings depending on your device.
>
> 2. Select and open "Sync" icon from the grid Press Options an select "New sync profile" from the opened view. DO NOT copy values from other profile.
>
> 3. Name the new profile or use the default name Select and open "Sync profile name" list item. Write the name to the opened text input field.
>
> 4. Select and open "Applications" list item Open each desired application from the list in turn.From the opened submenu, switch "Yes", if you want to synchronize the opened application. Set(write) the Remote Database as listed below for each application:
> for Contacts: ./Contact/Unfiled
> for Calendar: ./EventTask/Tasks
> for Notes: ./Note/Unfiled
> Set "Synchronization type" for each desired application to be "normal" or "both ways" (depending on the device).
>
> 5. Select and open "Connections settings" from the Sync profile list Set or write (depending on the setting) the following values:
> Server version: Leave the default value
> Server ID: Leave the default name
> Data Bearer: Internet
> Access point: Chose the internet access point
> Host address: https://sync.ovi.com/services/syncml
> Port: 443
> User name: suyog
> Password: ******************
> Allow sync requests: Leave the default value
> Accept all sync reqs.: Leave the default value
> Network authentication: This setting depends on the details of your data connectivity service. If you select "Yes", you have to fill also your Nokia account username and password
>
> You have now done your sync settings for your device. To synchronize your device go back to the sync instructions screen by pressing the button below.
>
------- Comment #6 From pohly 2009-10-26 06:03:44 PST (-) [reply] -------
That looks promising. Let's consider adding OVI as a supported service in
SyncEvolution 1.0. We have many issues to work on for 1.0, so it's not the
highest priority, though.
Is there anything that can be done to make device setup easier for users? Not
being able to find the password easily which is to be used could be a stumbling
block for users.
I can imagine several solutions, with varying degrees of effort involved:
- add an OVI template in SyncEvolution - needs to be done in any case
- change the OVI web site so that it clearly documents how to add SyncEvolution
as device and what the password ist
- when adding SyncEvolution in the web interface, send a "SyncML client
configuration" with a specific MIME type that we could register SyncEvolution
for, then create the configuration
We don't have such a MIME type and config format at the moment. Would have to
be defined, if there isn't anything that we can reuse.
------- Comment #7 From Chen Congwu 2009-10-26 21:29:30 PST (-) [reply] -------
Summarize status:
Contacts works (Suyog):
"
Also I tried all 3 options , Merge, Delete local data and replace, Delete
Server data and replace.
All work very well with contacts, and with Memos , I get same rejections error
but it deletes server data.
"
Memo content rejection: Client changes rejected by server and Server changed
not reflected during client sync. I have tried both plain text and ical2.0. Not
sure what the problem is.
calendar (ical) works, I can sync both changes from server and changes from
client.
No task (itodo) url mentioned in the manual configuration settings, though
there is a todo page in the web interface.
As Suyog metioned:
"Please note that in Nokia Phones , there is nothing defined separately for
To-dos, somehow they are treated as part of Calendar( May be
./EventTasks/Tasks). Also as I use OpenSync to sync my phone over Bluetooth
with Evolution, I noted that To-dos sync with Tasks in Evolution"
I'm still have no idea how Nokia differentiate from calendar and tasks..
I am thinking that if we don't have server side operator support, we may get
some hints by syncing nokia phone with our syncevolution server (seeing what
behavior Nokia clients are behaving..)
------- Comment #8 From Chen Congwu 2009-10-28 18:06:00 PST (-) [reply] -------
More updates:
Nokia stores calendar and tasks together in the client side and synced to
to-dos and calendars in ovi.com.
To support this, we need to (as pointed by Patrick):
"
Synthesis supports such a combined storage either directly (write a
backend which handles both) or via a "superdatastore" which combines a
backend for VEVENT and VTODO (see XML configuration guide).
We need to support this in several ways:
- configure a data source which maps to a superdatastore
- figure out how to represent that in the GUI
"
------- Comment #9 From jku 2009-11-20 05:27:38 PST (-) [reply] -------
(In reply to comment #8)
> More updates:
> Nokia stores calendar and tasks together in the client side and synced to
> to-dos and calendars in ovi.com.
> To support this, we need to (as pointed by Patrick):
> "
> Synthesis supports such a combined storage either directly (write a
> backend which handles both) or via a "superdatastore" which combines a
> backend for VEVENT and VTODO (see XML configuration guide).
>
> We need to support this in several ways:
> - configure a data source which maps to a superdatastore
> - figure out how to represent that in the GUI
> "
If this is a specific case, I can just special case "calendar+todo" in the GUI.
First idea:
Addressbook URI [ ]
Calendar URI [ ]
[ ] Calendar includes Tasks
Tasks URI [ ]
(The "tasks" line would be insensitive if the checkbutton is checked)
Not sure what to do with unknown combined sources.
------- Comment #10 From jku 2010-02-08 14:08:33 PST (-) [reply] -------
Thought I'd update this wrt to GUI: virtual sources are supported (at least in
jku-configuration-redesign branch) in the sense that they are shown in the main
view and configuration and the 'underlying' sources should be hidden.
------- Comment #11 From pohly 2010-02-10 08:20:36 PST (-) [reply] -------
Congwu, have you ever successfully used a virtual source in a SyncML client?
I'm trying it for the first time with SyncEvolution as both client and server
and get a crash in
sysync::TBinfileClientConfig::findOrCreateTargetIndexByDBInfo(). A virtual
function call jumps to NULL:
2157
cfgP->initTarget(target,aProfileID,NULL,DEFAULT_DATASTORES_ENABLED); // init
default
I suspect that the following type cast was invalid:
for (pos=fDatastores.begin();pos!=fDatastores.end();pos++) {
TBinfileDSConfig *cfgP = static_cast<TBinfileDSConfig *>(*pos);
I'm currently experimenting with adding a <dbtypeid> for a <superdatastore>.
Not sure whether it'll make a difference.
------- Comment #12 From Chen Congwu 2010-02-10 18:19:34 PST (-) [reply]
-------
(In reply to comment #0)
Ah, The error still exists. I used wbxml before that's why the error did not
occur.
I have fixed this and posted to synthesis.
>
> Currently synthesis fails with:
> smlProcessData failed, returned 0x2011
>
> - Jussi
------- Comment #13 From Chen Congwu 2010-02-10 22:38:34 PST (-) [reply]
-------
(In reply to comment #11)
> Congwu, have you ever successfully used a virtual source in a SyncML client?
No, not yet. You are right, it seg faults currently.
> I'm trying it for the first time with SyncEvolution as both client and server
> and get a crash in
> sysync::TBinfileClientConfig::findOrCreateTargetIndexByDBInfo(). A virtual
> function call jumps to NULL:
>
> 2157
> cfgP->initTarget(target,aProfileID,NULL,DEFAULT_DATASTORES_ENABLED); // init
> default
>
> I suspect that the following type cast was invalid:
> for (pos=fDatastores.begin();pos!=fDatastores.end();pos++) {
> TBinfileDSConfig *cfgP = static_cast<TBinfileDSConfig *>(*pos);
Yes, you are right. With a simple patch it works now, see my posts in synthesis
mail list.
------- Comment #14 From pohly 2010-02-11 01:58:18 PST (-) [reply] -------
(In reply to comment #13)
> (In reply to comment #11)
> > Congwu, have you ever successfully used a virtual source in a SyncML client?
> No, not yet. You are right, it seg faults currently.
After fixing the segfault I end up with errors because the underlying sources
get activated for the sync *as if they were normal active sources*. In other
words, SyncEvolution as client tries to synchronize "calendar", "todo", and
"calendar+todo" with the server all at once, instead of just synchronizing
"calendar+todo" with the server.
Congwu, unless you tell me otherwise I'll have a closer look.
------- Comment #15 From Chen Congwu 2010-03-07 23:28:57 PST (-) [reply]
-------
I pushed the template and integration tests for Ovi to ovi branch, please
review
The key messages are:
--
+* Know Limitations in Ovi server:
+The server is unstable, during testing, it returns '400' error from time to
+time.
+The authentication process need 3 retries to success.
+Delete in normal sync (including two-way, one-way-from-client) does not
+effectively delete the data in the server, we can only use (refresh-+
from-client). because of this limitation, many cases failed.
+ Memo does not work (contents rejected both way)
I used vcard30 for addressbook and vcalendar 1.0 for calendar+todo.
------- Comment #16 From pohly 2010-03-08 09:08:43 PST (-) [reply] -------
(In reply to comment #15)
> +The authentication process need 3 retries to success.
What does that mean for users? Does a user have to run syncevolution multiple
times before it will eventually succeed?
------- Comment #17 From Chen Congwu 2010-03-08 16:54:23 PST (-) [reply]
-------
(In reply to comment #16)
> (In reply to comment #15)
> > +The authentication process need 3 retries to success.
>
> What does that mean for users? Does a user have to run syncevolution multiple
> times before it will eventually succeed?
No, the retry process is automatic (just extra round of message and time)
------- Comment #18 From pohly 2010-03-09 10:02:34 PST (-) [reply] -------
I've merged this. Left to do:
- add to nightly testing
- discuss some of the known issues with Nokia
- set "consumerReady" flag
--
Configure bugmail: http://bugs.meego.com/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.
11 years
[Bug 4027] New: contacts' PHOTOs are pushed with local file:// uris
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=4027
Summary: contacts' PHOTOs are pushed with local file:// uris
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: All
Architecture: ---
Status: NEW
Severity: normal
Priority: Undecided
Component: Maemo 5
AssignedTo: ovek(a)debian.org
ReportedBy: Axel.Thimm(a)ATrpms.net
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-maemo5-bugs(a)meego.bugs
Estimated Hours: 0.0
BUILD IMAGE(yyyy-mm-dd):PR1.2
HARDWARE MODEL (on what HW this bug is uncovered):N900
BUG DETAILED DESCRIPTIONS
===========================================================
syncevolution's transferred vcf files truncate the PHOTO attributes to a few
characters, example:
[...]
PHOTO;ENCODING=B:ZmlsZTovLy9ob21lL3VzZXIvLm9zc28tYWJvb2svcGhvdG9zLzRHMDJGVg
==
[...]
It turns out that this is the encoding of local file:// uris (as seen on the
n900 in the cached addressbook.before folders):
[...]
PHOTO;VALUE=uri:file:///home/user/.osso-abook/photos/5JA9FV
[...]
EXACT STEPS LEADING TO PROBLEM:
(Explain in detail what you do (e.g. tap on OK) and what you see (e.g. message
Connection Failed appears))
===========================================================
1.Set up a syncevolution server on http://some.ip:9000/syncevolution
2.Setup the service on the n900
3.run the gui or simply syncevolution --run server in a terminal
4.
5.
EXPECTED OUTCOME:
===================
The uploaded contacts should contain the embedded pictures.
ACTUAL OUTCOME:
===================
The uploaded contacts contain an encoded local uri path that doesn't resolve
outside the n900.
USER IMPACT:
===================
Broken avatars for contacts
REPRODUCIBILITY:
(always, less than 1/10, 5/10, 9/10)
=====================================
always
EXTRA SOFTWARE INSTALLED:
============================
I tested against stable and the latest 1.0 syncevolution in the repos.
OTHER COMMENTS:
===================
I mentioned setting up the server as I can see there what is really deposited.
The issue with the local uris is valid for all other services I tested it with
(by examining the addressbook.before folder, as I have no direct access to the
storage of myfunambol etc.). But I cannot rule out that this bug is
syncevolution http-server specific since some of my tries did actually get
pictures on these servers. OTOH I was also using export/import functionality to
get things going.
Exported vcf cards do properly embed the pictures.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
11 years
[MeeGo Projects - Bug 8954] New: Contact images don't get synchronized
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=8954
Summary: Contact images don't get synchronized
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: All
Architecture: ---
Status: NEW
Severity: major
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: soltesz.andras(a)gmail.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
I have syncevolution 1.0.99.7-2 installed on my Ubuntu Karmic system (current
unstable from the official APT repo).
Photos attached to contacts in my Nokia 6630 don't appear in Evolution.
1) The Test Contact was created in Evolution and synchronized to the phone.
I attached a very small image to the Test Contact on the phone so it shouldn't
be some size limit.
2) If I create a contact in Evolution, immediately attach an image and sync it
to the phone, the phone will show the image.
3) If I create a contact in Evolution, sync it to the phone, attach an image to
the contact in Evolution, sync it again to the phone: the phone will not show
the image.
This is an important part of contact syncing, so this issue should be resolved.
Otherwise, syncing of textual data seems to be working correctly (addressbook,
notes, calendar, tasks).
EXPECTED OUTCOME:
===================
Contact image assigned to the contact in the phone should appear in Evolution.
ACTUAL OUTCOME:
===================
Evolution doesn't show the image on the contact.
USER IMPACT:
===================
Contact images never appear on the target.
Possibly the image gets lost if the contact gets modified on the target and
synchronized back to the source.
REPRODUCIBILITY:
(always, less than 1/10, 5/10, 9/10)
=====================================
always
EXTRA SOFTWARE INSTALLED:
============================
OTHER COMMENTS:
===================
The attached log file is about the contact synced back to Evolution after the
image has been attached to it on the phone (in the 1. test case).
--
Configure bugmail: http://bugs.meego.com/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.
11 years
[MeeGo Projects - Bug 8936] New: libsynthesis valgrind warning: show_decode_error (xltdec.c:129)
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=8936
Summary: libsynthesis valgrind warning: show_decode_error
(xltdec.c:129)
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: All
Architecture: ---
Status: NEW
Severity: normal
Priority: Low
Component: SyncML
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-syncml-bugs(a)meego.bugs
Estimated Hours: 0.0
valgrind testing (bug #1007) showed a hit when syncing with Synthesis. The
problem is currently getting suppressed in sys.supp. Instead we should fix the
issue.
# ==25141== Invalid read of size 1
# ==25141== at 0x7AB318: show_decode_error (xltdec.c:129)
# ==25141== by 0x7AE9B9: xltDecWbxmlInit (xltdecwbxml.c:472)
# ==25141== by 0x7AEB9B: subdtdDecodeWbxml (xltdecwbxml.c:993)
# ==25141== by 0x7ABFFE: buildItem (xltdec.c:2026)
# ==25141== by 0x7AC81C: appendItemList (xltdec.c:2500)
# ==25141== by 0x7AD958: buildGenericCmd (xltdec.c:1216)
# ==25141== by 0x7AE1CC: xltDecNext (xltdec.c:523)
# ==25141== by 0x7A8B07: smlProcessData (mgrcmddispatcher.c:303)
# ==25141== by 0x783B6A: sysync::TSyncAgent::ClientProcessingStep(unsigned
short&, sysync::TEngineProgressType*) (syncagent.cpp:3453)
# ==25141== by 0x787968: sysync::TSyncAgent::ClientSessionStep(unsigned
short&, sysync::TEngineProgressType*) (syncagent.cpp:3321)
# ==25141== by 0x789D1D: sysync::TSyncAgent::SessionStep(unsigned short&,
sysync::TEngineProgressType*) (syncagent.cpp:2925)
# ==25141== by 0x6A05DC:
SyncEvo::SharedEngine::SessionStep(boost::shared_ptr<sysync::SessionType>
const&, unsigned short&, sysync::TEngineProgressType*) (SynthesisEngine.cpp:96)
# ==25141== by 0x62FAC7: SyncEvo::SyncContext::doSync()
(SyncContext.cpp:3252)
# ==25141== by 0x63BAD9: SyncEvo::SyncContext::sync(SyncEvo::SyncReport*)
(SyncContext.cpp:2774)
# ==25141== by 0x4C640D: SyncEvo::TestEvolution::doSync(int const*,
std::string const&, SyncEvo::SyncOptions const&) (client-test-app.cpp:398)
# ==25141== by 0x4E96F7: SyncEvo::SyncTests::doSync(SyncEvo::SyncOptions
const&) (ClientTest.cpp:3264)
# ==25141== by 0x580EA1: SyncEvo::SyncTests::doSync(char const*,
SyncEvo::SyncOptions const&) (ClientTest.h:782)
# ==25141== by 0x4DA7BF:
SyncEvo::SyncTests::deleteAll(SyncEvo::SyncTests::DeleteAllMode)
(ClientTest.cpp:1636)
# ==25141== by 0x4E45FF: SyncEvo::SyncTests::doCopy() (ClientTest.cpp:1664)
# ==25141== by 0x57B17C: SyncEvo::SyncTests::testCopy() (ClientTest.h:680)
# ==25141== by 0x595B406: CppUnit::TestCaseMethodFunctor::operator()() const
(in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x594D7D3:
CppUnit::DefaultProtector::protect(CppUnit::Functor const&,
CppUnit::ProtectorContext const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x5957278:
CppUnit::ProtectorChain::ProtectFunctor::operator()() const (in
/usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x5956FBB: CppUnit::ProtectorChain::protect(CppUnit::Functor
const&, CppUnit::ProtectorContext const&) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x5962D9F: CppUnit::TestResult::protect(CppUnit::Functor
const&, CppUnit::Test*, std::string const&) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B09C: CppUnit::TestCase::run(CppUnit::TestResult*) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B9FB:
CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B925: CppUnit::TestComposite::run(CppUnit::TestResult*)
(in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B9FB:
CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B925: CppUnit::TestComposite::run(CppUnit::TestResult*)
(in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== Address 0xe580fcf is 0 bytes after a block of size 31 alloc'd
# ==25141== at 0x4C244E8: malloc (vg_replace_malloc.c:236)
# ==25141== by 0x7AEB11: subdtdDecodeWbxml (xltdecwbxml.c:970)
# ==25141== by 0x7ABFFE: buildItem (xltdec.c:2026)
# ==25141== by 0x7AC81C: appendItemList (xltdec.c:2500)
# ==25141== by 0x7AD958: buildGenericCmd (xltdec.c:1216)
# ==25141== by 0x7AE1CC: xltDecNext (xltdec.c:523)
# ==25141== by 0x7A8B07: smlProcessData (mgrcmddispatcher.c:303)
# ==25141== by 0x783B6A: sysync::TSyncAgent::ClientProcessingStep(unsigned
short&, sysync::TEngineProgressType*) (syncagent.cpp:3453)
# ==25141== by 0x787968: sysync::TSyncAgent::ClientSessionStep(unsigned
short&, sysync::TEngineProgressType*) (syncagent.cpp:3321)
# ==25141== by 0x789D1D: sysync::TSyncAgent::SessionStep(unsigned short&,
sysync::TEngineProgressType*) (syncagent.cpp:2925)
# ==25141== by 0x6A05DC:
SyncEvo::SharedEngine::SessionStep(boost::shared_ptr<sysync::SessionType>
const&, unsigned short&, sysync::TEngineProgressType*) (SynthesisEngine.cpp:96)
# ==25141== by 0x62FAC7: SyncEvo::SyncContext::doSync()
(SyncContext.cpp:3252)
# ==25141== by 0x63BAD9: SyncEvo::SyncContext::sync(SyncEvo::SyncReport*)
(SyncContext.cpp:2774)
# ==25141== by 0x4C640D: SyncEvo::TestEvolution::doSync(int const*,
std::string const&, SyncEvo::SyncOptions const&) (client-test-app.cpp:398)
# ==25141== by 0x4E96F7: SyncEvo::SyncTests::doSync(SyncEvo::SyncOptions
const&) (ClientTest.cpp:3264)
# ==25141== by 0x580EA1: SyncEvo::SyncTests::doSync(char const*,
SyncEvo::SyncOptions const&) (ClientTest.h:782)
# ==25141== by 0x4DA7BF:
SyncEvo::SyncTests::deleteAll(SyncEvo::SyncTests::DeleteAllMode)
(ClientTest.cpp:1636)
# ==25141== by 0x4E45FF: SyncEvo::SyncTests::doCopy() (ClientTest.cpp:1664)
# ==25141== by 0x57B17C: SyncEvo::SyncTests::testCopy() (ClientTest.h:680)
# ==25141== by 0x595B406: CppUnit::TestCaseMethodFunctor::operator()() const
(in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x594D7D3:
CppUnit::DefaultProtector::protect(CppUnit::Functor const&,
CppUnit::ProtectorContext const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x5957278:
CppUnit::ProtectorChain::ProtectFunctor::operator()() const (in
/usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x5956FBB: CppUnit::ProtectorChain::protect(CppUnit::Functor
const&, CppUnit::ProtectorContext const&) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x5962D9F: CppUnit::TestResult::protect(CppUnit::Functor
const&, CppUnit::Test*, std::string const&) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B09C: CppUnit::TestCase::run(CppUnit::TestResult*) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B9FB:
CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B925: CppUnit::TestComposite::run(CppUnit::TestResult*)
(in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B9FB:
CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x595B925: CppUnit::TestComposite::run(CppUnit::TestResult*)
(in /usr/lib/libcppunit-1.12.so.1.0.0)
# ==25141== by 0x5962B29: CppUnit::TestResult::runTest(CppUnit::Test*) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
--
Configure bugmail: http://bugs.meego.com/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.
11 years, 1 month
[Bug 5860] New: Nokia 5800: photos not synced
by bugzilla＠meego.com
http://bugs.meego.com/show_bug.cgi?id=5860
Summary: Nokia 5800: photos not synced
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: All
Architecture: ---
Status: NEW
Severity: major
Priority: High
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
Originally reported here: http://bugzilla.moblin.org/show_bug.cgi?id=10515
Logs attached to that report.
Photos are not correctly synchronized. Adding a photo in Evolution and synching
renders nothing in the mobile. Adding a photo in the phone adn synching renders
a "broken " icon in the image for the contact.
Could be related to not sending TYPE=JPEG to the phone.
--
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
11 years, 1 month