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)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: bzumwalt, Unassigned)

Details

Attachments

(5 files)

Attached image Screenshot
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.
Attached file LogCat
Attached image First image sent
Attached image First image received
Attached image Second image received
Summary: [B2G][MMS] Graphical issues appear after recieving MMS while viewing message thread → [Messages] Graphical issues appear after recieving MMS while viewing message thread
Putting steps-wanted here to see if we can find a better STR for this bug.
Keywords: steps-wanted
Also, this bug is probably made obsolete by the activation of APZC.
Flags: needinfo?(milan)
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)
(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)
Brogan, can you explain more about the Graphical issue symptom?
Flags: needinfo?(bzumwalt)
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)
Cannot repro on latest Master 1.4 (20140123040608)
Status: NEW → RESOLVED
Closed: 11 years ago
Keywords: steps-wanted
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: