Closed
Bug 957270
Opened 12 years ago
Closed 11 years ago
[Messages] Graphical issues appear after recieving MMS while viewing message thread
Categories
(Firefox OS Graveyard :: Gaia::SMS, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: bzumwalt, Unassigned)
Details
Attachments
(5 files)
Description:
Intermittent issue appears where receiving an MMS while viewing active thread in Messages app causes graphical issues to appear. These issues manifest when scrolling vertically and include a black thread background and tiled/repeating parts of the screen. Unable to reproduce, but have confirmed this issue has been seen on other devices previously. Attached logcat of user scrolling vertically through message thread while experiencing graphics issues.
Repro Steps:
1) Updated Buri to Build ID: 20140107040206
2) Open Contacts app and select existing contact
3) Tap message icon to open new thread in message app
4) Select paperclip icon to attach image and send picture MMS
5) Have receiving device reply with a picture MMS
6) Observe thread while scrolling up and down page
Actual:
Graphical issues occur in MMS thread after receiving MMS.
Expected:
User does not experience graphics issues while viewing MMS thread.
Environmental Variables
Device: Buri v 1.4 Mozilla RIL
Build ID: 20140107040206
Gecko: http://hg.mozilla.org/mozilla-central/rev/e7a366c1036c
Gaia: 9f30198a420632359b271de7e680abde92ccbcd6
Platform Version: 29.0a1
Firmware Version: V1.2_US_20131115
Notes:
Repro frequency: 1/10 - Intermittent
See attached: screenshot, logcat, and images used in mms thread
Workaround - Closing and reopening Messages app appears to solve issue.
Reporter | ||
Comment 1•12 years ago
|
||
Reporter | ||
Comment 2•12 years ago
|
||
Reporter | ||
Comment 3•12 years ago
|
||
Reporter | ||
Comment 4•12 years ago
|
||
Updated•12 years ago
|
Summary: [B2G][MMS] Graphical issues appear after recieving MMS while viewing message thread → [Messages] Graphical issues appear after recieving MMS while viewing message thread
Comment 5•12 years ago
|
||
Putting steps-wanted here to see if we can find a better STR for this bug.
Keywords: steps-wanted
Comment 6•12 years ago
|
||
Also, this bug is probably made obsolete by the activation of APZC.
Flags: needinfo?(milan)
Comment 7•11 years ago
|
||
Let's keep an eye on it to see if it is obsolete with APZC. I'm not sure it's directly caused by anything other than running out of memory, but that picture changes with APZC.
Sotaro, is this hwcomposer message expected?
01-07 11:23:27.599: E/memalloc(136): /dev/pmem: No more pmem available
01-07 11:23:27.599: W/memalloc(136): Falling back to ashmem
01-07 11:23:27.619: D/HwcUtils(136): Skip layer
01-07 11:23:27.619: E/msm7627a.hwcomposer(136): hwc_set: Unable to render by hwc due to non-pmem memory
Flags: needinfo?(milan) → needinfo?(sotaro.ikeda.g)
Comment 8•11 years ago
|
||
(In reply to Milan Sreckovic [:milan] from comment #7)
> Let's keep an eye on it to see if it is obsolete with APZC. I'm not sure
> it's directly caused by anything other than running out of memory, but that
> picture changes with APZC.
>
> Sotaro, is this hwcomposer message expected?
Yes, it is expected. In this usecase, some images are rendered. In the usecase, buri device becomes out of pmem normally and fallback to OpenGL rendering. It is out of pmem, not out of memory.
Flags: needinfo?(sotaro.ikeda.g)
Comment 9•11 years ago
|
||
Brogan, can you explain more about the Graphical issue symptom?
Flags: needinfo?(bzumwalt)
Reporter | ||
Comment 10•11 years ago
|
||
Graphical issue description: In-app background is all black instead of soft white, parts of sent and received image thumbnails repeat and overlap with each other (see screenshot) as user scrolls.
Flags: needinfo?(bzumwalt)
Reporter | ||
Comment 11•11 years ago
|
||
Cannot repro on latest Master 1.4 (20140123040608)
You need to log in
before you can comment on or make changes to this bug.
Description
•