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)

x86_64
Windows 7
defect
Not set
normal

Tracking

(blocking-b2g:koi+, b2g-v1.2 fixed)

RESOLVED FIXED
blocking-b2g koi+
Tracking Status
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
Attached image 2013-06-01-00-44-44.png
Assignee: nobody → waldron.rick
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
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
- 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)
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
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)
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)
it seems very strange to have different code path depending on the device.

Maybe again a case where our partners changed our code...
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+
gaia@master https://github.com/mozilla-b2g/gaia/commit/807f89083933ef32748e48da576d2a15f91faf23
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
triage: seem like a regression. koi+
blocking-b2g: koi? → koi+
Keywords: regression
Uplifted 807f89083933ef32748e48da576d2a15f91faf23 to:
v1.2: a750cf2365a46f2e1ed0cbb8801b5c586a0e5ce6
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.

Attachment

General

Creator:
Created:
Updated:
Size: