By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 2688 - Mangled chars after importing items in UTF-8 from mobile phone
Summary: Mangled chars after importing items in UTF-8 from mobile phone
Status: RESOLVED FIXED
Alias: None
Product: TDE
Classification: Unclassified
Component: tdepim (show other bugs)
Version: R14.1.x [Trinity]
Hardware: Other Linux
: P5 normal
Assignee: Timothy Pearson
URL:
Depends on:
Blocks: R14.0.4
  Show dependency treegraph
 
Reported: 2016-09-09 10:52 CDT by deloptes
Modified: 2016-10-13 21:33 CDT (History)
4 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:


Attachments
patch for blank in quoted printable beginning of line in multiline string (836 bytes, patch)
2016-09-13 05:37 CDT, deloptes
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description deloptes 2016-09-09 10:52:21 CDT
The problem I have is (again related to UTF-8 items) but this time in calendar/todo (libkcal).
This bug is to track the work on this issue.

I finally was able to find a way to reproduce the problem. Here is the procedure:

1. Create an item in UTF-8 (I use Cyrillic and German) in kontact/kcal
2. Sync the item to the phone
3. Modify the item on the phone
4. Sync the item to TDE

At step 4. most of the UTF-8 text gets some non ascii chars replaced with =\n
which breaks the calendar and causes a massive mess.

I have seen somewhere a basic utf check, which probably does not work properly.
Comment 1 deloptes 2016-09-09 18:19:21 CDT
I just found out that knotes is using the journal resource and writing to ical format, which may explain why I'm observing similar issues in seemingly unrelated knotes application.
Why would one  write a dcop interface for libkcal journal :| ?!
Comment 2 deloptes 2016-09-13 02:11:31 CDT
I traced this down to vcal, but not sure if it is coming from vcalformat or something else.

Here is an example

SUMMARY;ENCODING=QUOTED-PRINTABLE;CHARSET=utf-8:=D0=A2=D0=BE=D0=B2=D0=B0 =D0=B5 =D0=BC=D0=BD=D0=BE=D0=B3=D0=BE =D0=B4=D1=
 =8A=D0=BB=D0=B3=D0=BE =D0=B7=D0=B0=D0=B3=D0=BB=D0=B0=D0=B2=D0=B8=D0=B5 =
 =C3=84=C3=9C=C3=9F=C3=96=C3=A4=C3=BC=C3=B6 =D0=B7=D0=B0 =D0=B7=D0=B0=D0=
 =B4=D0=B0=D1=87=D0=B0
DESCRIPTION;ENCODING=QUOTED-PRINTABLE;CHARSET=utf-8:=D0=A2=D0=BE=D0=B2=D0=B0 =D0=B5 =D0=BC=D0=BD=D0=BE=D0=B3=D0=BE =D0=B4=D1=
 =8A=D0=BB=D0=B3=D0=BE =D0=B7=D0=B0=D0=B3=D0=BB=D0=B0=D0=B2=D0=B8=D0=B5 =
 =C3=84=C3=9C=C3=9F=C3=96=C3=A4=C3=BC=C3=B6 =D0=B7=D0=B0 =D0=B7=D0=B0=D0=
 =B4=D0=B0=D1=87=D0=B0

resulting in

DESCRIPTION:Това е много д� �лго заглавие  ÄÜßÖäüö за за� �ача
SUMMARY:Това е много д� �лго заглавие  ÄÜßÖäüö за за� �ача
Comment 3 deloptes 2016-09-13 04:21:07 CDT
The problem seems to be blank in the beginning of the following line. This breaks the quoted printable conversion in vcal.
An easy solution would be to strip blank from start of the line if this is quoted printable (or perhaps also other format), but I don't know how to do this with the yacc vcc.y file properly.

I tested this with

libkcal/tests$ ./testvcalexport test1.vcs testout.vcs
Comment 4 deloptes 2016-09-13 05:37:41 CDT
Created attachment 2688 [details]
patch for blank in quoted printable beginning of line in multiline  string
Comment 5 Slávek Banko 2016-10-12 20:26:49 CDT
Pushed to GIT in hash f26592c4 (master) and cb329419 (r14.0.x).