On Mi, 2011-08-10 at 12:39 +0200, Patrick Ohly wrote:
> > > This looks very much like:
> > > https://bugzilla.gnome.org/show_bug.cgi?id=628299
> > >
> > > Note that the word Prüfung seems to have an invalid UTF-8 encoding.
> > >
> > > Can you run the sync with a higher log level and then send the -log.html
> > > file to me? Run:
> > > $ syncevolution --daemon=no loglevel=4 blubber calendar
> > 
> > I'll send it to you directly.
> 
> The log file showed that libecal/gdbus fail because a string is not in
> UTF-8. They definitely shouldn't crash in this case, but that's a
> different issue.
> 
> The solution in SyncEvolution is to convert from the phone's character
> set. Now I remember that this came up before, and I have a work item for
> fixing it in my backlog - sorry for not getting to it sooner:
> https://bugs.meego.com/show_bug.cgi?id=14414
> 
> I got the impression that you have a Sony Ericsson phone. Is that right?
> 
> I'll try to prepare an experimental release with a fix for this today or
> tomorrow.

Code is in master branch. Tobias, if you don't want to wait, then copy
the 00_sony_ericsson.xml file as described below and add the lines.

commit 6ce041fba81ba61de7ab97822dc6c5ea76f17fae
Author: Patrick Ohly <[email protected]>
Date:   Wed Aug 10 13:01:47 2011 +0200

    Sony Ericsson: use ISO-8859-1 for all devices (BMC #14414)
    
    Sony Ericsson seems to use ISO-8859-1 for all their phones. This
    causes two problems:
    - mangled characters and/or
    - crashes inside libecal/gdbus
    
    It is uncertain whether all devices have this problem. A poll did not
    yield any results
    
(http://syncevolution.org/blogs/pohly/2011/question-sony-ericsson-users-charset).
 So
    let's change it for those who have reported problems.
    
    To revert the change, copy
    /usr/share/syncevolution/xml/remoterules/server/00_sony_ericsson.xml
    into $HOME/.config/syncevolution-xml/remoterules/server (after
    creating that directory) and remove the lines with ISO-8859-1.
    
    This was originally reported for contacts, and now also for calendar
    data. The calendar case was seen as a crash of the syncevo-dbus-server:
    
    GLib-CRITICAL **: g_variant_new_string: assertion `g_utf8_validate (string, 
-1, NULL)' failed
    
    Program received signal SIGSEGV, Segmentation fault.
    g_variant_is_trusted (value=0x0)
         at /build/buildd/glib2.0-2.28.6/./glib/gvariant-core.c:600
            in /build/buildd/glib2.0-2.28.6/./glib/gvariant-core.c
    
    Thread 1 (Thread 0xb7fce850 (LWP 3402)):
         at /build/buildd/glib2.0-2.28.6/./glib/gvariant-core.c:600
         at /build/buildd/glib2.0-2.28.6/./glib/gvariant.c:3081
         at /build/buildd/glib2.0-2.28.6/./glib/gvariant.c:4093
         app=0xbfffca4c) at /build/buildd/glib2.0-2.28.6/./glib/gvariant.c:4248
         at /build/buildd/glib2.0-2.28.6/./glib/gvariant.c:4188
         in_calobj=0x8435fe8 "BEGIN:VEVENT\r\nSUMMARY:THW Sim 
Pr\374fung\r\nDTSTART:20070420T230000Z\r\nDTEND:2007042

diff --git a/src/syncevo/configs/remoterules/server/00_sony_ericsson.xml 
b/src/syncevo/configs/remoterules/server/00_
index 028fb32..1f5f4ac 100644
--- a/src/syncevo/configs/remoterules/server/00_sony_ericsson.xml
+++ b/src/syncevo/configs/remoterules/server/00_sony_ericsson.xml
@@ -4,6 +4,9 @@ specific models later on -->
       <manufacturer>SonyEricsson</manufacturer>
       <finalrule>no</finalrule>
 
+      <outputcharset>ISO-8859-1</outputcharset>
+      <inputcharset>ISO-8859-1</inputcharset>
+
       <!-- At least the Sony Ericsson T700 is only able to deal with alarm
 times in UTC,
            but rejects relative times. BMC #10091 -->






-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.


_______________________________________________
SyncEvolution mailing list
[email protected]
http://lists.syncevolution.org/listinfo/syncevolution

Reply via email to