Closed Bug 948386 Opened 12 years ago Closed 12 years ago

[1.3][MMS] Multi-recipient. It appears the attach icon in the recipients' detail view

Categories

(Firefox OS Graveyard :: Gaia::SMS, defect)

Product:
Firefox OS Graveyard
Component:
Gaia::SMS
Platform:
x86_64
Windows 7
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(blocking-b2g:1.3+, b2g-v1.3 fixed, b2g-v1.4 unaffected)

Status:
VERIFIED FIXED
Milestone:
1.3 C3/1.4 S3(31jan)
Project Flags:
blocking-b2g 1.3+
Tracking Flags:
Tracking Status
b2g-v1.3 --- fixed
b2g-v1.4 --- unaffected

People

(Reporter: isabelrios, Assigned: julienw)

References

Details

(Keywords: regression)

Attachments

(3 files)

recipients' details view
11.36 KB, image/png
Details
screenshot — recipients detail view
12.25 KB, image/png
Details
github PR
46 bytes, text/x-github-pull-request
steveck
: review+
Details | Review
Checked with today's v1.3 build: Gecko-72c03fb Gaia-cbd2921 STR 1. Open messaging app 2. Create a new message 3. Tap on attach icon a select for example: Gallery 4. Tap on 'To' field and add two numbers (or contacts) 5. Send the message 6. Open it, tap on the header EXPECTED It is shown the recipients' details view with the correct options ACTUAL The attach icon is not expected to be in this screen.
Regression from bug 923023.
Blocks: 923023
Keywords: regression
traige: 1.3+ for regression
blocking-b2g: 1.3? → 1.3+
Assignee: nobody → kaze
Target Milestone: --- → 1.3 C2/1.4 S2(17jan)
I can’t reproduce this bug any more, see attached screenshot.
Closing as WFM but pinging QA to double-check.
Status: NEW → RESOLVED
Closed: 12 years ago
Keywords: qawanted
Resolution: --- → WORKSFORME
Please check in both 1.3 and 1.4 builds.
Good catch Julien: this bug is specific to the 1.3 branch.
Status: RESOLVED → REOPENED
Keywords: qawanted
Resolution: WORKSFORME → ---
Summary: [MMS] Multi-recipient. It appears the attach icon in the recipients' detail view → [1.3][MMS] Multi-recipient. It appears the attach icon in the recipients' detail view
Mmm that means we either had a bad uplift or something fixed it in master :)
Hi, I cannot reproduce the bug on master but it is still happening on v1.3 on today's builds. 01/17 master build: Gecko-82a055c Gaia-fecb154 01/17 1.3 build: Gecko-82a055c Gaia-fecb154 Re-opening since it is solved in 1.3 branch too. Thanks
Target Milestone: 1.3 C2/1.4 S2(17jan) → 1.3 C3/1.4 S3(31jan)
Kaze, please tell me if you can't work on this bug, so that someone else can pick it up!
Flags: needinfo?(kaze)
stealing
Assignee: kaze → felash
Flags: needinfo?(kaze)
Attached file github PR —
I haven't done any unit test because this is basically CSS, and on master you changed how it works entirely.
Attachment #8366333 - Flags: review?(schung)
Comment on attachment 8366333 [details] [review] github PR Thanks for the quick fixing. I agree there is no meaning for adding specific test for 1.3 in this case, so r=me.
Attachment #8366333 - Flags: review?(schung) → review+
v1.3 only fix: 41633fce2aa729d9fd957ad20603d6056d51a8a1
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
status-b2g-v1.3: --- → fixed
status-b2g-v1.4: --- → unaffected
Resolution: --- → FIXED
Verified with today's (01/29) 1.3 buri build: Gecko-9c7f92f Gaia-77fdf05
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: