https://bugs.meego.com/show_bug.cgi?id=17345
Summary: transcode PHOTO data = avoid contact rejections by
phones
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: enhancement
Priority: Undecided
Component: SyncEvolution
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-default-bugs(a)meego.bugs
Estimated Hours: 0.0
From: Patrick Ohly <patrick.ohly(a)intel.com>
Cc: syncevolution(a)syncevolution.org <syncevolution(a)syncevolution.org>
Subject: Re: [SyncEvolution] Contacts rejected by peer - PHOTO size and
encoding
Date: Mon, 18 Apr 2011 09:14:49 +0100 (18.04.2011 10:14:49)
On Fr, 2011-04-15 at 06:59 +0100, Hevï Guy wrote:
Once I finally set-up Syncevolution 1.1.1-2 so that I could at least
do a one-way refresh of "Contacts" to my Nokia N86 8MP, I found that
certain contacts would not sync; The resulting comment in the GUI was:
"There were 22 remote rejections". Has anybody else experienced this?
More importantly, has anybody found a solution?
Hevï sent me his log files. There were two problems:
1. Some contacts had photos that were so large that the contact
exceeded the maximum contact size supported by the phone (for
example, 206653 bytes where only 102400 = 100KB allowed).
2. Other contacts with photo are sent, but the phone reports an
error (415 status).
Hevï, were other contacts with photos transferred? The log only contains
the problematic contacts, so I cannot tell.
Do you see a relevant difference between a contact that was transferred
with photo and one which wasn't? Photo size or encoding (PNG vs. JPG,
for example)? If unsure, please send me the saved vCard of a contact
which was transferred okay.
The underlying question is this:
* Should PHOTO data be transcoded as part of syncing? This is
necessary at least for case 1 above and might also help with
case 2.
It could be added, but that leads to further questions:
* How does SyncEvolution decide which kind of PHOTO data will be
accepted by the peer? Resolution, format, ...
* If a photo was transcoded, how will SyncEvolution deal with an
updated photo sent by the peer?
A. Overwrite photo locally: allows updating photos on the
peer, but implies that a potentially higher resolution
version of the same photo gets overwritten when only
some other properties were modified.
B. Always preserve local photo data: adding a photo on the
peer would be possible, but not updating it.
Possible answers:
* Only transcode if it is detected during a sync that photos had
problems.
* Hard-code certain profiles, match them to DevInf reported by
device (based on max item size, for example).
* Preserve local photo data if transcoding was necessary.
--------
Product: SyncEvolution
Component: SyncEvolution
MeeGo Release: unspecified
Severity: enhancement
Priority: Undecided
Keywords:
Status: NEW
Who: patrick.ohly(a)intel.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=17345
--
Configure bugmail:
https://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.