Closed Bug 1058790 Opened 10 years ago Closed 10 years ago

[RTL] International numbers are not correctly handled in Contacts

Categories

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

ARM
Gonk (Firefox OS)
defect

Tracking

(feature-b2g:2.2+, ux-b2g:2.2, b2g-v2.0 affected, b2g-v2.1 affected, b2g-v2.2 verified, b2g-master verified)

VERIFIED FIXED
2.2 S5 (6feb)
feature-b2g 2.2+
ux-b2g 2.2
Tracking Status
b2g-v2.0 --- affected
b2g-v2.1 --- affected
b2g-v2.2 --- verified
b2g-master --- verified

People

(Reporter: jlorenzo, Assigned: arcturus)

References

Details

(Whiteboard: [2.1-Arabic-RTL-bug-bash][p=2])

Attachments

(2 files)

Build Information Gaia 4d1d0ea5a82cddeeab497774cfa1703639e3c7d9 Gecko https://hg.mozilla.org/mozilla-central/rev/dc352a7bf234 BuildID 20140826040204 Version 34.0a1 ro.build.version.incremental=110 ro.build.date=Fri Jun 27 15:57:58 CST 2014 B1TC00011230 Prerequisites Have a contact with an international indicator (like +1 650 123 4567) Steps to Reproduce: 1. Go to contacts 2. Go to the contacts details Expected Results: The displayed phone number should be +16501234567 Actual Results: You're able to see: 16501234567+ Reproduction Frequency: 100%
Blocks: contacts-rtl
No longer blocks: gaia-rtl
This also happens when editing the contact's number, in the input field. And probably that's the cause.
QA Contact: jlorenzo
Target Milestone: --- → 2.2 S1 (5dec)
Assignee: nobody → francisco
Whiteboard: [2.1-Arabic-RTL-bug-bash] → [2.1-Arabic-RTL-bug-bash][p=2]
A quick review of the places where we need to change this: - Contact Detail (this is shared with dialer) - Contact Form - List (if we have just a phone as contact information will appear) - ICE Contacts (settings and list) if we setup a ICE contacts that just have a phone number
Status: NEW → ASSIGNED
blocking-b2g: --- → 2.2+
ux-b2g: --- → 2.2
Priority: -- → P1
Hi Stephany, I though that RTL bugs are not blockers, any reason for this one?
Flags: needinfo?(swilkes)
That's not correct. Sorry for the confusion around the way this is being handled. Phoxygen is doing the engineering work for RTL, but RTL is still landing in 2.2 and will be shown as part of 2.2 at MWC. We (Mozilla QA, release, UX, L10N) are supporting Phoxygen on the landing and review, etc. There are 2.2 bugs that we've agreed, with Phoxygen, block 2.2. If a bug had 2.2+ it is because we agreed it should with Phoxygen last week. Please speak with Bhavana or myself before moving any RTL 2.2+ or ? to -. Thanks!
Flags: needinfo?(swilkes)
Thanks for the clarification Stephany, will take a look to this.
Appreciate it! We want to ensure everyone can complete their calls to everywhere. :)
Depends on: 1116803
RTL update: marking required bugs as feature-b2g:2.2+ (and removing blocking flags)
blocking-b2g: 2.2+ → ---
feature-b2g: --- → 2.2+
Flags: in-moztrap-
Flags: in-moztrap- → in-moztrap+
For better visibility, it's a usually a good practice to paste a (some) moztrap link(s) in the comment when we flip an in-moztrap flag. Do you agree guys?
Flags: needinfo?(lebedel.delphine)
Flags: needinfo?(hlu)
Flags: needinfo?(echang)
Yes Johan, that's what has been communicated to Marigold team when they started doing this. Please follow this in future, thanks!
Flags: needinfo?(lebedel.delphine)
Hi Johan and Delphine, Yes. Moztrap link should be in the comment while commenter change flag to be "in-moztrap+". We have been communicated this rule to Marigold already.
Flags: needinfo?(hlu)
Test case has been added in moztrap: https://moztrap.mozilla.org/manage/case/15396/
Flags: needinfo?(echang)
Attached file Pointer to PR 27821 (deleted) —
In this PR I've tried to address the numbers where we display them: - Contact list (if we just have the number) - Detail view - Contacts form - ICE settings
Attachment #8557109 - Flags: review?(jmcf)
Comment on attachment 8557109 [details] Pointer to PR 27821 LGTM thanks
Attachment #8557109 - Flags: review?(jmcf) → review+
Comment on attachment 8557109 [details] Pointer to PR 27821 Reasking for r? since I needed to change unit tests and ui tests to accommodate the new markup change.
Attachment #8557109 - Flags: review?(jmcf)
Attachment #8557109 - Flags: review?(dave.hunt)
Attachment #8557109 - Flags: review+
Comment on attachment 8557109 [details] Pointer to PR 27821 oh, didn't check the Treeherder when I reviewed the patch. The follow-up changes seem to be trivial so r=me thanks, Francisco and good work
Attachment #8557109 - Flags: review?(jmcf) → review+
Comment on attachment 8557109 [details] Pointer to PR 27821 Looks good, thanks!
Attachment #8557109 - Flags: review?(dave.hunt) → review+
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment on attachment 8557109 [details] Pointer to PR 27821 [Approval Request Comment] [Bug caused by] (feature/regressing bug #): RTL [User impact] if declined: Bad user experience [Testing completed]: Unit test and integration tests passing [Risk to taking this patch] (and alternatives if risky): Low [String changes made]: None
Attachment #8557109 - Flags: approval-gaia-v2.2?
Attachment #8557109 - Flags: approval-gaia-v2.2? → approval-gaia-v2.2+
This issue has been verified successfully on Flame 2.2/3.0. Reproduce rate:0/5 Attachment:Verify_RTL.png Flame 2.2 build: Build ID 20150204002509 Gaia Revision a4c4cc86303a554facb8f45b7e764e5c4473c3de Gaia Date 2015-02-04 00:41:59 Gecko Revision https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/8669c26fd4a5 Gecko Version 37.0a2 Device Name flame Firmware(Release) 4.4.2 Firmware(Incremental) eng.cltbld.20150204.035932 Firmware Date Wed Feb 4 03:59:42 EST 2015 Bootloader L1TC000118D0 Flame 3.0 build: Build ID 20150204010225 Gaia Revision dfebaaa8aab43470f482d09d71137bab840c3ae9 Gaia Date 2015-02-03 18:49:40 Gecko Revision https://hg.mozilla.org/mozilla-central/rev/0c2f7434c325 Gecko Version 38.0a1 Device Name flame Firmware(Release) 4.4.2 Firmware(Incremental) eng.cltbld.20150204.043856 Firmware Date Wed Feb 4 04:39:07 EST 2015 Bootloader L1TC000118D0
Status: RESOLVED → VERIFIED
Attached image Verify_RTL.png (deleted) —
Status: VERIFIED → RESOLVED
Closed: 10 years ago10 years ago
Since this bug has been verified in comment 20 and after 15 of my own attempts on each branch I was unable to repro. Marking this bug as verified fixed.
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage?][rtl-impact]
Flags: needinfo?(pbylenga)
QA Whiteboard: [QAnalyst-Triage?][rtl-impact] → [QAnalyst-Triage+][rtl-impact]
Flags: needinfo?(pbylenga)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: