Closed
Bug 920037
Opened 11 years ago
Closed 11 years ago
[Messages] In participant option menu, overlay display should only display unknown number/email once
Categories
(Firefox OS Graveyard :: Gaia::SMS, defect)
Tracking
(blocking-b2g:koi+, b2g-v1.2 fixed)
People
(Reporter: isabelrios, Assigned: rwaldron)
References
Details
(Keywords: regression, Whiteboard: burirun1)
Attachments
(2 files)
Reproduced on buri device while executing the test run.
Gecko-4cde043
Gaia-a13c76f
Test Case #7139
STR
Receive an SMS from a number not saved as a contact
Open the SMS
On the thread view, tap on the header where the number is shown
EXPECTED
The user should be prompted with a dialog when tapping on the number
ACTUAL
The dialog screen is shown, but there is an overlap with the number presented.
Please see screenshot attached
Reporter | ||
Comment 1•11 years ago
|
||
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → waldron.rick
Assignee | ||
Updated•11 years ago
|
Summary: [Buri][SMS] Tapping on the header of an sms from/to a number not saved as a contact shows an overlap in the menu presented → [Messages] Tapping on the header of an sms from/to a number not saved as a contact shows an overlap in the menu presented
Assignee | ||
Updated•11 years ago
|
Summary: [Messages] Tapping on the header of an sms from/to a number not saved as a contact shows an overlap in the menu presented → [Messages] In participant option menu, overlay display should only dislay unknown number/email once
Assignee | ||
Comment 3•11 years ago
|
||
- Re-organize the assignment of OptionMenu params
- Clear params.section if the participant is an unknown participant
- Update tests
- assert content of params.header value
- assert that params.section is an empty string for unknown participants
Attachment #810025 -
Flags: review?(felash)
Assignee | ||
Updated•11 years ago
|
Summary: [Messages] In participant option menu, overlay display should only dislay unknown number/email once → [Messages] In participant option menu, overlay display should only display unknown number/email once
Comment 4•11 years ago
|
||
Isabel, I don't see the overlap in current master?
I see twice the same number, which Rick's patch is removing, but I'd like to confirm the overlap is already fixed somewhere else, otherwise I may miss something.
Flags: needinfo?(isabelrios)
Reporter | ||
Comment 5•11 years ago
|
||
Hi Julien, which device are you using? maybe it is because of the device...I could not see the overlap with unagi device with 1.2 or master, but the screenshot is with buri device.
Flags: needinfo?(isabelrios)
Comment 6•11 years ago
|
||
it seems very strange to have different code path depending on the device.
Maybe again a case where our partners changed our code...
Comment 7•11 years ago
|
||
Comment on attachment 810025 [details] [review]
https://github.com/mozilla-b2g/gaia/pull/12451
r=me provided travis is green (or at least "green enough")
You can handle my last comment if you want, but that's not mandatory, my head is not clear enough about whether it would be better.
Attachment #810025 -
Flags: review?(felash) → review+
Assignee | ||
Comment 8•11 years ago
|
||
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 9•11 years ago
|
||
triage: seem like a regression. koi+
Comment 10•11 years ago
|
||
Uplifted 807f89083933ef32748e48da576d2a15f91faf23 to:
v1.2: a750cf2365a46f2e1ed0cbb8801b5c586a0e5ce6
Updated•11 years ago
|
Attachment mime type: text/plain → text/x-github-pull-request
You need to log in
before you can comment on or make changes to this bug.
Description
•