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)
Tracking
(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
Severity: normal → critical
blocking-b2g: --- → leo+
Priority: -- → P1
Target Milestone: --- → 1.1 QE6
Comment 1•13 years ago
|
||
Looking into this one.
Comment 2•13 years ago
|
||
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)
Updated•13 years ago
|
Assignee: nobody → lissyx+mozillians
Updated•13 years ago
|
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)
Comment 4•13 years ago
|
||
Thanks, I'm on this !
Comment 5•13 years ago
|
||
> 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'
Comment 6•13 years ago
|
||
Looks like in the case of your second vCard, it's the email field that makes the code going wild.
Comment 7•13 years ago
|
||
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.
Comment 8•13 years ago
|
||
I wonder is that's also not related to bug 905656
Comment 9•13 years ago
|
||
(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.
Comment 10•13 years ago
|
||
De-assigning myself since I won't be able to address it this week.
Assignee: lissyx+mozillians → nobody
Comment 11•13 years ago
|
||
moving to leo? This bug was leo+ for LG. Since they are done with their testing moving to leo?
blocking-b2g: leo+ → leo?
Comment 12•13 years ago
|
||
Wayne,
Please check if any of the other carriers need this bug.
Flags: needinfo?(wchang)
Comment 13•13 years ago
|
||
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)
Comment 14•13 years ago
|
||
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)
Comment 15•12 years ago
|
||
Minus as per comment 14.
Status: NEW → RESOLVED
blocking-b2g: leo? → -
Closed: 12 years ago
Resolution: --- → DUPLICATE
Updated•12 years ago
|
Flags: needinfo?(jcheng)
You need to log in
before you can comment on or make changes to this bug.
Description
•