1097859 - [Marketplace] tapping on app info causes a gray box to overlap most of the page for a few seconds (or longer on a slow connection)

Status: VERIFIED FIXED

(Marketplace Graveyard :: Consumer Pages, defect, P3)

Description

[[:RJ]]

Attachment: logcat_20141112_1017.txt

Description:
Tapping on app info causes visual issue 


Repro Steps:
1) Update a Flame to 20141112001201
2) Go to marketplace 
3) Tap the app picture 



Actual:
Visual issue occurs


Expected:
No visual issue occurs 

Environmental Variables:
Device: Flame 2.1
Build ID: 20141112001201
Gaia: 4c159e75a1568afbbf0c83c1235ec56facfbe87d
Gecko: b9849b3c6aaa
Version: 34.0 (2.1)
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Repro frequency:2/3
See attached:logcat, video clip:https://www.youtube.com/watch?v=2FfDbmrXhlo

Comment 1

[[:RJ]]

This issue DOES  occur on  2.0 (319mb)(Kitkat Base)(Shallow Flash)
flicker occurs

Flame 2.0

Device: Flame 2.0 (319mb)(Kitkat Base)(Shallow Flash)
BuildID: 20141112000204
Gaia: ab83632c92f9fc571b11d8468b6901cc4ed905c0
Gecko: 1ff99565be67
Version: 32.0 (2.0)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
-------------------------------------------------------------------------------------------------
Flame 2.2

Device: Flame 2.2 Master (319mb)(Kitkat Base)(Shallow Flash)
BuildID: 20141112040208
Gaia: 5ae28ff11b982e2bd7d1aa097cda131536952bdc
Gecko: 688f821edcd4
Version: 36.0a1 (2.2 Master)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0

Comment 2

[[:RJ]]

Note on branch check, 2.2 is also affected.

Comment 3

[Derek Harris [:DerekH] - Dont need info. Last day 6/5/15]

This is a small visual issue. Not nominating to block.

Comment 4

[Daniel Holbert [:dholbert]]

Attachment: screenshot of app info "loading" screen (overlay stomps on top of "Loading"

(In reply to [:RJ] from comment #2)
> Note on branch check, 2.2 is also affected.

(This affects Firefox release (version 31) on the desktop, too, if you use "Responsive Design View" to get a phone-sized browser-viewport. It's much easier to reproduce if you cap your bandwidth with a tool like "wondershaper" on Linux, so that you actually see the "loading" page [which this bug breaks] for a non-trivial amount of time.) 

(In reply to Derek Harris [:DerekH] from comment #3)
> This is a small visual issue. Not nominating to block.

Any chance this decision could be reconsidered? This bug is actually quite jarring when browsing the marketplace on a Firefox OS device.  Every app's page looks broken for ~1 sec, on my home internet connection at least. (and the gray overlay actually blocks the "Loading" text, making it look pretty silly. See attached screenshot)

Also: it's also likely to be a very recent regression -- I only first noticed this in the past few days, and this bug was only filed 4 days ago. And I think it's a regression on the site-content side, given that this affects Firefox release versions.  This makes it more blocking-worthy, IMHO, since it's more likely we can track down what caused it, and since we should have a low tolerance for regressions (as opposed to stuff that we've never yet gotten to work).

Comment 5

[Daniel Holbert [:dholbert]]

Attachment: screencast, in desktop Firefox release (bug reproduces on my 4th try, 15 sec into video)

For demonstration purposes -- here's a screencast of this bug reproducing in Firefox 33 (current release), with my internet artificially capped (emulating non-broadband network conditions) via this command on Ubuntu:
>  sudo wondershaper wlan0 50 50

I hit the bug on the 4th app that I clicked, 15 seconds into the video, and the UI stays broken for the entire time that the page assets are loading (which is the whole rest of the video, since I capped my network connection).  I eventually disabled wondershaper (with "sudo wondershaper clear wlan0") at the end of the video, to let the page finish loading & fix itself.

Comment 6

[Daniel Holbert [:dholbert]]

[oh, sorry -- I misread comment 1 as being a "not blocking" decision, but really it was just a "not yet clear that this should be nominated" decision]

So, I'll go ahead and nom for blocking, myself. :)

[Blocking Requested - why for this release]:
 - Marketplace UI visibly broken (overlay mis-positioned & covering up "Loading" text), especially visible with slow network connection -- i.e. our target userbase -- since slower connection means longer time spent at loading screen.
 - Seems to be recent regression, on the marketplace side (at least, only reported in the last week, and I only just noticed this myself in the past few days. Was going to file, & discovered this bug.)
 - Affects both Firefox Desktop (with slow network & responsive-design-mode) & Firefox OS, so not a Firefox OS quirk, & should be possible to debug/fix without needing to wrestle with devices.

Comment 7

[Daniel Holbert [:dholbert]]

Comment on attachment 8521560 [details]
logcat_20141112_1017.txt

[obsoleting logcat attachment, since I don't think it's relevant, since this isn't a Firefox-OS-specific bug.]

Comment 8

[Daniel Holbert [:dholbert]]

I can reproduce this bug in Chrome 40 (on my laptop, not on a phone), too, FWIW.

Comment 9

[Andy McKay]

I've seen this briefly as well.

Comment 11

[bhavana bajaj [:bajaj]]

NI wil to get some ideas here as this seems to be a marketplace issue?

Comment 12

[Wil Clouser [:clouserw]]

Rumor has it this is the placeholder for the screenshot preview image.  It does seem like a Marketplace issue.  As far as I know this is not blocking anything and is a P3.

Comment 13

[Tony Chung [:tchung]]

minusing per comment 12

Comment 14

[Kevin Ngo [:ngoke]]

fixed by desktop UI project

Comment 15

[Victor Carciu]

I am not able to reproduce this issue.