Closed Bug 903971 Opened 11 years ago Closed 11 years ago

[Contacts] Can't import vcard truncates fields encoded as quoted-printable with soft line breaks.

Categories

(Firefox OS Graveyard :: Gaia::Contacts, defect, P1)

ARM
Gonk (Firefox OS)
defect

Tracking

(blocking-b2g:-)

RESOLVED DUPLICATE of bug 904973
1.1 QE6
blocking-b2g -

People

(Reporter: leo.bugzilla.gaia, Unassigned)

Details

(Whiteboard: [TD-69597][u=commsapps-user c=communications p=0])

1. Title: Can't import vCard truncates fields encoded as quoted-printable with soft line breaks.
2. Precondition:  Save vCard truncates fields encoded as quoted-printable with soft line breaks in SD Card.
3. Tester's Action:  Contacts > Settings > SD card
4. Detailed Symptom (ENG.): Can't import vCard.(Could not import contacts from SD card)
5. Expected:  vCard should be imported.
6. Reproducibility: Y
1) Frequency Rate : 100%
7. Gaia Master/v1-train: Reproduced
8. Gaia Revision:   c5e8358d753b8954de7b1a8c3e00944617aeec5e
9. Personal email id: chlee2363@gmail.com

ex)
BEGIN:VCARD
VERSION:3.0
N;CHARSET=UTF-8:Bar;Foo;;;
FN;CHARSET=UTF-8:Foo Bar
BDAY;CHARSET=UTF-8:1975-05-20
TEL;CHARSET=UTF-8;TYPE=CELL:(123) 456-7890
EMAIL;CHARSET=UTF-8;TYPE=HOME:example@example.org
ADR;WORK;ENCODING=QUOTED-PRINTABLE;CHARSET=UTF-8:;;;;;;123 Winding Way=0D=0A=
  Any Town, CA 12345=0D=0A=
  USA
ORG;CHARSET=UTF-8:;
END:VCARD
Whiteboard: [TD-69597]
Severity: normal → critical
blocking-b2g: --- → leo+
Priority: -- → P1
Target Milestone: --- → 1.1 QE6
Looking into this one.
Copy/paste of the proposed vCard to test.vcf, pushed on sdcard, imported successfully on the device.

So I cannot reproduce this on Gaia v1-train @ 849cee8a.

This has been either fixed or your steps to reproduce are incomplete.
Flags: needinfo?(chlee2363)
Assignee: nobody → lissyx+mozillians
Whiteboard: [TD-69597] → [TD-69597][u=commsapps-user c=communications p=0]
1) ADR string of the upper contact is wrong decoded.
   Actual:   123 Winding Way =
   Expected: 123 Winding Way Any Town, CA 12345 USA

2) The below contact get a error while importing.
   ('Could not import contacts from SD card')

BEGIN:VCARD
VERSION:3.0
N;CHARSET=UTF-8:Bar;Foo
TEL;HOME;VOICE;CHARSET=UTF-8:(123) 456-7890
EMAIL;HOME;CHARSET=UTF-8:example@example.org
ADR;WORK;ENCODING=QUOTED-PRINTABLE;CHARSET=UTF-8:;;;;;;Franz=C3=
=A4sisch
ORG;CHARSET=UTF-8:Company
END:VCARD
Flags: needinfo?(chlee2363)
Thanks, I'm on this !
> 2) The below contact get a error while importing.
>    ('Could not import contacts from SD card')
> 
> BEGIN:VCARD
> VERSION:3.0
> N;CHARSET=UTF-8:Bar;Foo
> TEL;HOME;VOICE;CHARSET=UTF-8:(123) 456-7890
> EMAIL;HOME;CHARSET=UTF-8:example@example.org
> ADR;WORK;ENCODING=QUOTED-PRINTABLE;CHARSET=UTF-8:;;;;;;Franz=C3=
> =A4sisch
> ORG;CHARSET=UTF-8:Company
> END:VCARD

I do reproduce this too: in unit tests, this VCF produces a timeout.

FYI, for further reference, here is the output of Python's quopri on those two cases:

>>> quopri.decodestring("Franz=C3=\n=A4sisch")
'Franz\xc3\xa4sisch'
>>> quopri.decodestring("23 Winding Way=0D=0A=")
'23 Winding Way\r\n'
Looks like in the case of your second vCard, it's the email field that makes the code going wild.
Email and tel field, in fact:

> TEL;HOME;VOICE;CHARSET=UTF-8:(123) 456-7890
> EMAIL;HOME;CHARSET=UTF-8:example@example.org
This produces a timeout.


> TEL;CHARSET=UTF-8:(123) 456-7890
> EMAIL;CHARSET=UTF-8:example@example.org
This produces no timeout.
I wonder is that's also not related to bug 905656
(In reply to Hubert Figuiere [:hub] from comment #8)
> I wonder is that's also not related to bug 905656

Seems very close, although I'm wondering if the current bug might not be splitted into two.
De-assigning myself since I won't be able to address it this week.
Assignee: lissyx+mozillians → nobody
moving to leo? This bug was leo+ for LG. Since they are done with their testing moving to leo?
blocking-b2g: leo+ → leo?
Wayne,

Please check if any of the other carriers need this bug.
Flags: needinfo?(wchang)
Flagging joe/ivan.

As this was reported by Leo, I would suggest we remove leo+ if they no longer need it and leave other oems as is. But Joe and Ivan can check if they would see this as a concern.
Flags: needinfo?(wchang)
Flags: needinfo?(jcheng)
Flags: needinfo?(itsay)
I think this one is the same as the leo+ Bug 904973 which is under tracking for ZTE v1.1 now. I don't have concern on removing leo+ for this one but would like to suggest marking this one as duplication of 904973.
Flags: needinfo?(itsay)
Minus as per comment 14.
Status: NEW → RESOLVED
blocking-b2g: leo? → -
Closed: 11 years ago
Resolution: --- → DUPLICATE
Flags: needinfo?(jcheng)
You need to log in before you can comment on or make changes to this bug.