Bugs item #1536674, was opened at 2006-08-08 15:26
Message generated for change (Comment added) made by lkneschke
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=554338&aid=1536674&group_id=78745
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: SyncML
Group: 1.2 final, no more RC1-8 please !!!
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: StadtFRLG (stadt-frlg)
Assigned to: Lars Kneschke (lkneschke)
Summary: infolog umlaut problem
Initial Comment:
I sync eGW with a T-Mobile MDA Compact II (Synthesis
Client). Most tasks work fine, except infolog: When
syncing from Handheld to Server, all umlauts get
damaged. And when syncing from Server to Handheld all
tasks have two special chars (squares) at the end of
the task summary.
I think this is a charset-conversion problem somewhere
in horde package, but I cannot find a solution.
eGW is 1.2.104 and charset is iso8889-15.
Any help is welcome…
Comment By: Lars Kneschke (lkneschke)
Message:
Logged In: YES
user_id=68218
This bug is fixed in our subversion repository now.
You can update via subversion with the following commands:
cd /var/www/html/egroupware # replace with your eGW install dir
svn update *
To check if you have cvs availible (on most *nix system it’s
installed by default), try:
svn --version
If that gives you a version-number, you have it installed. More
infos about subversion can be found in our wiki:
http://egroupware.org/wiki/subversion
There is no more delay between anonymous access to the repository
and developer access / commits.
If you can’t / won’t update via subversion: our next packages
will include this bugfix anyway.
Thank you for your bug report!
Comment By: StadtFRLG (stadt-frlg)
Message:
Logged In: YES
user_id=1353741
second problem solved:
the sync-problem with umlauts from handheld to eGW can be
solved as following:
- class.vcalinfolog.inc.php translates fields from utf-8 in
EVERY case, but what if the field isn’t utf-8? I modified
that, so that it autodetects the charset.
Line 183:
$taskData = $GLOBALS[‘egw’]->translation->convert($taskData);
- hore/iCalendar.php modifies QUOTED-PRINTABLE fields to
eGW charset two times, so the field gets damaged.
Comment-out the following lines in iCalendar.php:
Lines 496-501
// Quoted printable is normally encoded as utf-8.
//if (isset($params[‘CHARSET’])) {
// $value =
$GLOBALS[‘egw’]->translation->convert($value,
$params[‘CHARSET’]);
//} else {
// $value =
$GLOBALS[‘egw’]->translation->convert($value, ‘utf-8’);
//}
now the field only gets translated once to eGW charset.
Comment By: StadtFRLG (stadt-frlg)
Message:
Logged In: YES
user_id=1353741
The issue with the two squares at the end of every summary
can be fixed by commenting the following in
horde/iCalendar.php (Lines 1323-1324)
//if (substr($encoded, -(strlen($this->LE))) != $this->LE)
// $encoded .= $this->LE;
This disables the force of an \r\n in the summary (which
gets quoted printable encoded afterwards)
Don´t know if this has any side effects, but why force a
line break here?
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=554338&aid=1536674&group_id=78745
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
eGroupWare-tracker mailing list
eGroupWare-tracker@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker