Closed
Bug 826465
Opened 12 years ago
Closed 12 years ago
[SMS] Selecting contact created directly with the API without 'type' shows null for carrier
Categories
(Firefox OS Graveyard :: Gaia::SMS, defect)
Tracking
(blocking-basecamp:-)
VERIFIED
FIXED
blocking-basecamp | - |
People
(Reporter: mbyrd, Unassigned)
Details
Attachments
(2 files)
25.41 KB,
image/png
|
Details | |
237 bytes,
text/html
|
fcampo
:
review+
arcturus
:
approval-gaia-v1+
|
Details |
Perquisites:
1.Import fake contacts from UI tests app
Issue: When selecting a UI tests imported contact from the contact list carrier shows as null.
Steps to Reproduce:
1) Install Build 20130103070201 v.1 on a Unagi Device
2) Verify UI tests contacts have been added to the device
3) Select SMS app
4) Select + to open a new message
5) Select contact icon to bring up contacts
6) Select UI tests imported contact with a properly formatted phone number
Expected: Contact inserted into address field showing number and carrier
Actual:
Contact inserted into address field showing number and “null” for carrier this seems to just be an issue for Imported contacts from the UI tests app
Notes:
Repro frequency:
10/10 times
See Screenshot / Attachment:
Comment 1•12 years ago
|
||
Is this happening with a contact create by your own? Or it's only failing using the test-app? Thanks!
Flags: needinfo?(mbyrd)
Reporter | ||
Comment 2•12 years ago
|
||
Response to comment 1 Yes, this is only for the imported contacts from the test-app, the repro steps from original bug instructed to import contacts from UI test.
Flags: needinfo?(mbyrd)
Comment 3•12 years ago
|
||
Im afraid that this bug it's related with how 'test-app' it's creating the contacts list, no with the SMS App. Im gonna update the name of the bug in order to check what it's happening to this test app. Thanks for your quick answer!
Updated•12 years ago
|
Component: Gaia::SMS → Gaia
QA Contact: mbarone976
Summary: [B2G] [SMS] Contacts : Selecting contact from list in SMS app shows null for carrier → [B2G] [Test App] Selecting contact created with test-app from contacts list in SMS app shows null for carrier
Comment 4•12 years ago
|
||
Brief summary. I've realized that this bug it's impossible to reproduce with our apps (Contacts APP, FTU...) due to for us every phone number it's tied to a type, and it's impossible to add a phone number without this info. However, the API lets us to create a contact without type (that's what it's happening with UI-Test App), so the SMS App shows 'null'. It seems an edge case, but it doesnt, because we could create 'Contacts' from different apps (Third party apps for example), and this error will be there!
So after talking with Ayman and retrieving UX suggestions, Im gonna create a small patch to SMS App in order to prevent this scenario.
Im gonna rename it again in order to explain better what we are solving!
Updated•12 years ago
|
Component: Gaia → Gaia::SMS
QA Contact: mbarone976
Summary: [B2G] [Test App] Selecting contact created with test-app from contacts list in SMS app shows null for carrier → [SMS] Selecting contact created directly with the API without 'type' shows null for carrier
Updated•12 years ago
|
blocking-basecamp: --- → ?
Comment 5•12 years ago
|
||
Attachment #700298 -
Flags: review?(fernando.campo)
Updated•12 years ago
|
OS: Windows 7 → Gonk (Firefox OS)
Hardware: x86_64 → ARM
Updated•12 years ago
|
Attachment #700298 -
Flags: review?(fernando.campo) → review+
Comment 6•12 years ago
|
||
Comment on attachment 700298 [details]
PR
NOTE: If blocking-basecamp+ is set, just land it for now.
[Approval Request Comment]
Bug caused by (feature/regressing bug #):
User impact if declined:
Testing completed:
Risk to taking this patch (and alternatives if risky):
Attachment #700298 -
Flags: approval-gaia-master?(francisco.jordano)
Comment 7•12 years ago
|
||
Comment on attachment 700298 [details]
PR
a=me
Thanks Borja!
Attachment #700298 -
Flags: approval-gaia-master?(francisco.jordano) → approval-gaia-master+
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
blocking-basecamp: ? → -
Verified Fixed on Unagi build 20130211070202
Dec Kernel 5th
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•