Closed Bug 966273 Opened 11 years ago Closed 10 years ago

Bottom half of the screen sometimes gets black while running a marketplace test

Categories

(Core :: Graphics, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: viorela, Unassigned)

Details

Attachments

(2 files)

Attached file logcat.txt
While runnging test_marketplace_search_and_install_app.py, I noticed that sometimes the bottom half of the screen gets black. I wasn't able to reproduce it manually. I attached the logcat of the issue, and also a screenshot. STR: 1. Launch marketplace dev 2. Type the name of the first app that appears in the Popular section, by using marionette send_keys method 3. Wait for the apps list to be displayed Expected results: The app list is displayed Actual results: The app list is diplayed, but half of the screen gets black. Device: Hamachi Gecko http://hg.mozilla.org/releases/mozilla-aurora/rev/32e45047b663 Gaia 0ddcd8da5bfe1b48c73502ef29220e92f2db6b73 BuildID 20140131004001 Version 28.0a2
Attached image screenshot.png
Botond - Is this potentially related or a dupe of bug 966282?
Flags: needinfo?(botond)
Can you verify that the base build is using v1.2-device.cfg please? It looks like it potentially could be from the base build issue.
(In reply to Jason Smith [:jsmith] from comment #2) > Botond - Is this potentially related or a dupe of bug 966282? The symptoms suggest it is unrelated.
Flags: needinfo?(botond)
Component: Gaia → General
This issue is also occurring on the latest Buri v 1.4.0 Mozilla RIL Environmental Variables Device: Buri v 1.4.0 Mozilla RIL Build ID: 20140220040203 Gecko: https://hg.mozilla.org/mozilla-central/rev/660b62608951 Gaia: 6e71ab4da1b08586ea0c758edb7aa199ee34cd2f Platform Version: 30.0a1 Firmware Version: v1.2-device.cfg It is not just the bottom of the screen that is turning black when scrolling the marketplace. Sometimes there is a black square that appears where "All categories" is located and other times it appears in the middle of the screen.
Okay - comment 5 says we have STR on a prod device. Can we give the explicit STR here for the prod device reproduction?
Keywords: qawanted
I've been able to reproduce this 4/4 times today doing the following steps on v1.4. 1. Have wifi and data enabled on the Buri device. 2. Launch Marketplace and wait for it to load. 3. Scroll through the market place. 4. Turn off wifi then close out of the marketplace completely. 5. Relaunch marketplace and scroll while only using data connection. 6. You should now see the black boxes from the marketplace loading screen background if you scroll up and down in the marketplace. I'm not sure why these are the steps that work. I've tried to just load the marketplace in the first place using just Data but was not able to get the bug to happen.
Keywords: qawanted
QA Contact: croesch
Okay - with the STR in comment 7, can you check what happens on 1.3?
Keywords: qawanted
Summary: [v1.3] Bottom half of the screen sometimes gets black while running a marketplace test → Bottom half of the screen sometimes gets black while running a marketplace test
Hi Jason, I'm unable to get this bug to occur on v1.3. Out of 4 attempts I never saw any black boxes while scrolling with Data only as described in step 6. I get typical loading behavior. Environmental Variables Device: Buri v1.3 Moz RIL Build ID: 20140224004003 Gecko: https://hg.mozilla.org/releases/mozilla-b2g28_v1_3/rev/61875a0aa4cf Gaia: 5084b832f3b536f60ccdb38c14fd6162e5bfbac0 Platform Version: 28.0 Firmware Version: V1.2-device.cfg
Keywords: qawanted
Sounds like we've got a regression on trunk then.
blocking-b2g: --- → 1.4?
Component: General → Graphics
Product: Firefox OS → Core
Version: unspecified → Trunk
Martijn, if you have a chance, can you figure out the regression window?
Flags: needinfo?(martijn.martijn)
(In reply to Milan Sreckovic [:milan] from comment #11) > Martijn, if you have a chance, can you figure out the regression window? If you need a regression window here faster than normal, then please flag me down with the request. I'll redirect this to Sarah, as she's the lead on handling QA requests.
Flags: needinfo?(martijn.martijn) → needinfo?(sparsons)
Assigning James as QA Contact for this bug.
Flags: needinfo?(sparsons)
QA Contact: croesch → jzimbrick
(In reply to Jason Smith [:jsmith] from comment #12) > (In reply to Milan Sreckovic [:milan] from comment #11) > > Martijn, if you have a chance, can you figure out the regression window? > > If you need a regression window here faster than normal, then please flag me > down with the request. I'll redirect this to Sarah, as she's the lead on > handling QA requests. Thanks. Yes, need the regression window faster than normal. Thanks.
Sarah mentioned in IRC that there's inconsistent results using the above STR, so I'm switching this to steps-wanted to nail down the STR.
We've been able to reproduce this issue on 1.4, but it seems very inconsistent. STR: 1. Connect the device to a slower data connection. (We used Buri devices connected to Edge.) 2. Open the Marketplace and let it load. 3. Scroll through the Marketplace. 4. The issue will happen sometimes while scrolling at this point. The rate seems fairly low, something around 5% or so. Video of the issue being reproduced: http://www.youtube.com/watch?v=d64PzXpCvsI&feature=youtu.be Environmental Variables: Device: Buri BuildID: 20140227040202 Gaia: 22d48b62df7901ad45044f66e15e7d8943884a06 Gecko: a98a1d78817f Version: 30.0a1 Base Image: V1.2-device.cfg
Keywords: steps-wanted
I'm dropping the blocking nom here because the repro rate is really low. The original bug reproduced on 1.3, so I'm not sure if this is a regression or not.
blocking-b2g: 1.4? → ---
Keywords: regression
I didn't see this issue for some time now. I ran test_marketplace_search_and_install_app.py several times locally and the issue is not reproducible. I will close the bug, as it works for me. Device: Hamachi Gaia 23f55be856cef53c6604a6fe4aeb09061afbc897 Gecko https://hg.mozilla.org/releases/mozilla-b2g28_v1_3/rev/9d5426c98678 BuildID 20140721024001 Version 28.0 ro.build.version.incremental=eng.tclxa.20131223.163538 ro.build.date=Mon Dec 23 16:36:04 CST 2013
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: