Closed Bug 951331 Opened 11 years ago Closed 11 years ago

[Messages][Drafts] MMS indicator missing for MMS drafts in existing (non-threadless) threads

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. Open a thread with sent messages (i.e. not threadless) 2. Draft an MMS message 3. Click back. Choose 'Save as Draft' Expected: - 'MMS' indicator in thread entry in thread list Actual: - No 'MMS' indicator in thread entry in thread list
The STR above is on top of rwaldron/v1.3drafts + rwaldron/947211
Assignee: nobody → evelyn
Related and probably the same bug: the MMS indicator is showing if the last (real) message in the thread is a MMS but there is a SMS draft.
(In reply to Julien Wajsberg [:julienw] (PTO until January 6th) from comment #2) > Related and probably the same bug: the MMS indicator is showing if the last > (real) message in the thread is a MMS but there is a SMS draft. Thank you, my fix addresses this case.
(In reply to Evelyn Eastmond [:evhan55] from comment #3) > (In reply to Julien Wajsberg [:julienw] (PTO until January 6th) from comment > #2) > > Related and probably the same bug: the MMS indicator is showing if the last > > (real) message in the thread is a MMS but there is a SMS draft. > > Thank you, my fix addresses this case. Hmmm, but not when the app launches.
(In reply to Evelyn Eastmond [:evhan55] from comment #4) > Hmmm, but not when the app launches. Ok figured out how to fix thread indicator upon launch, too.
Summary: [Messages][Drafts] MMS indicator missing for MMS drafts in existing (non-threadless) threads → [Messages][Drafts] Draft and lastMessageType indicators on threads with drafts is sometimes inaccurate
Changed the name of the bug to handle two different cases: **lastMessageType indicator not accurate** STR: 1. Open a thread with sent messages (i.e. not threadless) 2. Draft an MMS message 3. Click back. Choose 'Save as Draft' Expected: - 'MMS' indicator in thread entry in thread list Actual: - No 'MMS' indicator in thread entry in thread list **Draft indicator not accurate** STR: 1. From thread list, open an existing thread that is not threadless (properly registered as a thread) 2. Start a draft in that thread 3. Click back. Choose 'save as draft' 4. Notice the draft status/icon for that thread 5. Force quit Messages app via task manager 6. Open Messages app Expected: See the draft status/icon for that recently edited thread Actual: No draft status/icon for the recently edited thread, it shows up as if it didn't have a draft
Summary: [Messages][Drafts] Draft and lastMessageType indicators on threads with drafts is sometimes inaccurate → [Messages][Drafts] MMS indicator missing for MMS drafts in existing (non-threadless) threads
Nevermind on the bug name change, going back to just solving this bug: STR: 1. Open a thread with sent messages (i.e. not threadless) 2. Draft an MMS message 3. Click back. Choose 'Save as Draft' Expected: - 'MMS' indicator in thread entry in thread list Actual: - No 'MMS' indicator in thread entry in thread list
I'm not sure how to write this unit test, any guidance appreciated!
Attachment #8360600 - Flags: feedback?(waldron.rick)
Comment on attachment 8360600 [details] [review] https://github.com/mozilla-b2g/gaia/pull/15376 Submitting for review after getting help: - `thread_list_ui.js - set the lastMessageType to the draft's message type before applying a style to the DOM element - Tests - `thread_list_ui_test.js` - Refactored the 'Correctly displayed content' test suite - Added test to check that `li.dataset.lastMessageType` was properly set if draft is of type 'mms' - Manually tested on device
Attachment #8360600 - Flags: review?(waldron.rick)
Attachment #8360600 - Flags: feedback?(waldron.rick)
Attachment #8360600 - Flags: feedback?(felash)
Attachment #8360600 - Flags: review?(waldron.rick) → review+
Attachment #8360600 - Flags: feedback?(felash) → feedback+
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: