Closed Bug 949137 Opened 11 years ago Closed 11 years ago

[Messages][Drafts] Composer doesn't clear after sending a new draft

Categories

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

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: evhan55, Assigned: evhan55)

References

Details

Attachments

(1 file)

STR: 1. Click to compose a new message 2. Enter a recipient with which you already have a different existing thread 3. Enter text in composer to send 4. Click back. Click 'Save as Draft' 5. Go to new draft thread again 6. Click Send 7. Draft is sent and original thread replaces this draft thread Expected: - Composer clears Actual: - Composer does not clear, draft message is still there
Summary: [Messages][Drafts] Composer doesn't clear after sending a new draft to an existing thread participant → [Messages][Drafts] Composer doesn't clear after sending a new draft
STR: 1. Click to compose a new message 2. Enter a new recipient for which you don't have an existing thread 3. Enter text into composer: 'AAA' 4. Click back. Click 'Save as Draft' 5. Go back to the new thread 6. Delete draft text in composer 7. Write new text into composer: 'BBB' 8. Click send 9. 'BBB' message sends Expected: - Composer clears Actual: - Composer is populated with 'AAA' message
Those two distinct STR are probably related
This might occur because a draft is not discarded once it is sent?
Assignee: nobody → evelyn
blocking-b2g: --- → 1.4?
-`thread_ui.js` - instead of trying to get a thread id, just delete the draft if it existed in `MessageManager.draft` - clear composer - update thread list -`thread_ui_test.js` - test that the composer clears, draft is deleted, threadlist is updated and `MessageManager.draft` is set to null
A note about this PR: The composer isn't cleared until the message successfully sends, which means there is a delay in seeing the composer clear. Alternative is it to delete the draft the moment someone clicks 'send', but if the message doesn't successfully send, there is no way to recover that draft message.
(In reply to Evelyn Eastmond [:evhan55] from comment #6) > A note about this PR: > > The composer isn't cleared until the message successfully sends, which means > there is a delay in seeing the composer clear. > > Alternative is it to delete the draft the moment someone clicks 'send', but > if the message doesn't successfully send, there is no way to recover that > draft message. But that should be fine right? Once they've hit send, there are other mechanisms for handling the next steps in the message's life.
(In reply to Rick Waldron [:rwaldron] from comment #7) > (In reply to Evelyn Eastmond [:evhan55] from comment #6) > > A note about this PR: > > > > The composer isn't cleared until the message successfully sends, which means > > there is a delay in seeing the composer clear. > > > > Alternative is it to delete the draft the moment someone clicks 'send', but > > if the message doesn't successfully send, there is no way to recover that > > draft message. > > But that should be fine right? Once they've hit send, there are other > mechanisms for handling the next steps in the message's life. What should be fine? (i.e. which case are you referring to, my solution or the alternative)
Attachment #8347291 - Flags: review?(waldron.rick)
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
blocking-b2g: 1.4? → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: