894836 - [Buri][Contacts]It was blinking,when you select Gmail.

Status: RESOLVED WORKSFORME

(Firefox OS Graveyard :: Gaia::E-Mail, defect, P1)

Description

[sync-1]

AU_LINUX_GECKO_ICS_STRAWBERRY.01.01.00.019.158
 Firefox os  v1.1
 Mozilla build ID:20130709070206
 
 
 Created an attachment (id=459394)
 log
 
 DEFECT DESCRIPTION:
  It was blinking,when you select Gmail.
  REPRODUCING PROCEDURES:
  1.Launch contacts,settings,select Gmail
  2.press Email box,screen was blinking--->KO1
  3.When you browse to the bottom,you will find the top of the screen was white----->KO2
 
  EXPECTED BEHAVIOUR:
  The MS should displayed normally
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
  SWV171+ZZ
  USER IMPACT:
  Mid
  REPRODUCING RATE:
  5/5
  For FT PR, Please list reference mobile's behavior:

Comment 1

[Andrew Overholt [:overholt]]

We discussed this during triage and since this doesn't seem to impede functionality, we recommend not blocking v1.1 on this.

As an aside, I've spoken with Milan and he's going to try to reproduce.  A video of the behaviour here would greatly help :)

Comment 2

[Milan Sreckovic [:milan] (needinfo for best results)]

Yes, video would help a lot, I'm not sure what I'm looking for.  I did a quick test with Hamachi and it seems to be working nicely, I'll try and find a Leo phone.

Comment 3

[Jason Smith [:jsmith]]

I'm wondering if this is related, possibly a dupe of bug 873937.

Comment 4

[Sotaro Ikeda [:sotaro]]

(In reply to Jason Smith [:jsmith] from comment #3)
> I'm wondering if this is related, possibly a dupe of bug 873937.

I seems a different problem. I saw similar rendering problem, but it happened only when hw composer is enabled. When I made a rom to disable HW composer, this rendering problem do not happen.

Comment 5

[Sotaro Ikeda [:sotaro]]

When I saw flashing at Settings app on hamashi, adb logcat outputed following log. From the log, rendering failed in hw composer by some reasons.

> E copybit : copyBits failed (Invalid argument)
> E copybit : 0: src={w=320, h=480, f=1, rect={0,0,320,50}}
> E copybit :     dst={w=320, h=480, f=12, rect={0,20,320,50}}
> E copybit :     flags=00020000
> E copybit : 1: src={w=320, h=480, f=1, rect={0,70,320,390}}
> E copybit :     dst={w=320, h=480, f=12, rect={0,90,320,390}}
> E copybit :     flags=00020000
> E msm7627a.hwcomposer: drawLayerUsingCopybit: copybit stretch failed

Comment 6

[Sotaro Ikeda [:sotaro]]

And when I get "adb shell dmesg", the log have following log. It seems that mdp failed to get drawing image by some reason.

> <3>[ 1369.650784] mdp_ppp: could not retrieve image from memory
> <3>[ 1369.996126] mdp_ppp: could not retrieve image from memory
> <3>[ 1371.580464] mdp_ppp: could not retrieve image from memory
> <3>[ 1371.594463] mdp_ppp: could not retrieve image from memory
> <3>[ 1371.613079] mdp_ppp: could not retrieve image from memory

Comment 7

[Sotaro Ikeda [:sotaro]]

sync-1, can you provide a video, logcat log and dmesg log of when the problem happens.

Comment 8

[Sotaro Ikeda [:sotaro]]

:diego, do you know something about this bug?

Comment 9

[Wayne Chang [:wchang]]

Triage with partners - agree non blocking

(In reply to Andrew Overholt [:overholt] from comment #1)
> We discussed this during triage and since this doesn't seem to impede
> functionality, we recommend not blocking v1.1 on this.
> 
> As an aside, I've spoken with Milan and he's going to try to reproduce.  A
> video of the behaviour here would greatly help :)

Comment 11

[Ben Kelly [:bkelly, not reviewing]]

I can reliably reproduce the copybit failure while importing vcard contacts off the sdcard.  Video available in bug 896698.

Comment 12

[Diego Wilson [:diego]]

If this is anything like bug 901395, this is fixed by updating the partner build

Comment 13

[Andrew Sutherland [:asuth] (he/him)]

resolving WFM based on comment 12 and nothing like this having been reported for some time.  (APZ paint glitches are something different.)