Closed Bug 875314 Opened 12 years ago Closed 12 years ago

[SMS] Multi-recipient SMS should return to thread list after clicking "send"

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:leo+, b2g18 fixed)

RESOLVED FIXED
blocking-b2g leo+
Tracking Status
b2g18 --- fixed

People

(Reporter: borjasalguero, Assigned: rwaldron)

References

()

Details

Attachments

(1 file)

45 bytes, text/x-github-pull-request
gnarf
: review+
Details | Review
When sending a SMS to 'a' & 'b' message 'Hola' EXPECTED: We will go to 'thread-list' showing thread 'a' & 'b' CURRENTLY: We are stucked in thread 'a'
blocking-b2g: --- → leo?
Depends on: 837994
Besides, as you are stucked in the thread 'a', you will see REPEATED the SMS that you have sent. In case you have more recipients (n), the message will be shown n times repeated, which is not very nice :( Once you go back to the threads list, the messages are properly refreshed, so if you enter in the 'a' thread only one message appears, as it's expected.
Assignee: nobody → waldron.rick
Summary: [SMS] Multi-recipient is not working as expected. → [SMS] Multi-recipient SMS should return to thread list after clicking "send"
Attached file Fix for 875314
Attachment #753446 - Flags: review?(gnarf37)
Attachment #753446 - Flags: feedback?(fbsc)
Comment on attachment 753446 [details] [review] Fix for 875314 r=me - everything looks good, and yay for more lines of tests than lines of code :)
Attachment #753446 - Flags: review?(gnarf37) → review+
Attachment #753446 - Flags: feedback?(fbsc)
master: 2da46510f3256e99252454a9fc37630bad8ed712
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
blocking-b2g: leo? → leo+
Whiteboard: [NO_UPLIFT]
Whiteboard: [NO_UPLIFT]
v1-train: d4cd064
Flags: in-moztrap?
Flags: in-moztrap? → in-moztrap+
Punting this back to you. The testcase above is not clear, and needs a rewrite.
Flags: in-moztrap+ → in-moztrap?(amiller)
Attachment mime type: text/plain → text/x-github-pull-request
Flags: in-moztrap?(amiller) → in-moztrap?(jhammink)
I just checked this case against the latest 1.4 (see build details below) and found that we are still behaving the way the original STR specifies: that is, when I send an SMS to "a" and "b", I am still in thread "a" (thread "b" is in a separate thread). Therefore if the STR Expected outcome is the correct one then this bug isn't fixed. Therefore I'll file a new bug against this.
Flags: in-moztrap?(jhammink) → in-moztrap+
(In reply to John Hammink from comment #7) > I just checked this case against the latest 1.4 (see build details below) > and found that we are still behaving the way the original STR specifies: > that is, when I send an SMS to "a" and "b", I am still in thread "a" > (thread "b" is in a separate thread). > > Therefore if the STR Expected outcome is the correct one then this bug isn't > fixed. Therefore I'll file a new bug against this. Hi, Group messaging functionality has not been implemented yet so the behavior you mention in master related to sending a SMS to multiple recipients (separate threads are created) is the current expected one. Notice that in case of sending a MMS to multiple recipients a specific thread is created with all the recipients but the responses coming from each participant will open a new specific thread.
But we are actually supposed to go to the thread list. I saw exactly what you're saying John, can you file a bug about this ? This is a regression for sure.
(In reply to Julien Wajsberg [:julienw] from comment #9) > But we are actually supposed to go to the thread list. I saw exactly what > you're saying John, can you file a bug about this ? This is a regression for > sure. Ok, I now see your point (it should return to the thread messages list not remaining in a specific thread), in this case it is also occurring on today's (3/3) v1.3 build: Device: Hamachi BuildId: 20140303132250 Platform version: 28.0 Gecko: a7d7506 Gaia: d51d2e0
Just saw that John filed Bug 978321 :) Thanks John !
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: