Closed Bug 903971 Opened 13 years ago Closed 12 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: 12 years ago
Resolution: --- → DUPLICATE
Flags: needinfo?(jcheng)
You need to log in before you can comment on or make changes to this bug.