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)
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
Assignee | ||
Updated•11 years ago
|
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
Assignee | ||
Comment 2•11 years ago
|
||
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
Assignee | ||
Comment 3•11 years ago
|
||
Those two distinct STR are probably related
Assignee | ||
Comment 4•11 years ago
|
||
This might occur because a draft is not discarded once it is sent?
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → evelyn
Assignee | ||
Updated•11 years ago
|
blocking-b2g: --- → 1.4?
Assignee | ||
Updated•11 years ago
|
Blocks: messaging-drafts
Assignee | ||
Comment 5•11 years ago
|
||
-`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
Assignee | ||
Comment 6•11 years ago
|
||
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.
Comment 7•11 years ago
|
||
(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.
Assignee | ||
Comment 8•11 years ago
|
||
(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)
Assignee | ||
Updated•11 years ago
|
Attachment #8347291 -
Flags: review?(waldron.rick)
Comment 9•11 years ago
|
||
Comment on attachment 8347291 [details] [review]
https://github.com/rwaldron/gaia/pull/4
r=me
landed on v1.3-drafts https://github.com/rwaldron/gaia/commit/58fd5e34b1a9d01862e484b453d340764c90d98f
Attachment #8347291 -
Flags: review?(waldron.rick) → review+
Comment 10•11 years ago
|
||
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
blocking-b2g: 1.4? → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•