Closed Bug 1224704 Opened 9 years ago Closed 9 years ago

No Usage App Card Preview

Categories

(Firefox OS Graveyard :: Gaia::Cost Control, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: reece.dews, Unassigned)

Details

(Keywords: foxfood, Whiteboard: [bzlite])

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Mobile; rv:44.0) Gecko/44.0 Firefox/44.0

If you setup the usage app on 2.5 and then with the app open hold the home button to go to card view there is no preview image for the app.
Attached image 2015-11-13-21-22-05.png
I cannot reproduce on the latest build from master on the Z3c.
QA Whiteboard: [foxfood-triage]
Component: Gaia::Feedback → Gaia::Cost Control
This bug is only reproducable on 2.2 and 2.5 as far as I know.
Adding qawanted to check this issue. Thanks!
Keywords: qawanted
(In reply to Asa Dotzler [:asa] from comment #2)
> I cannot reproduce on the latest build from master on the Z3c.

Like Asa, this works fine using:

Build ID               20151113121953
Gaia Revision          e8c15ae4e5324a210000ee0a869a962aa542009f
Gaia Date              2015-11-13 00:10:48
Gecko Revision         https://hg.mozilla.org/mozilla-central/rev/faf815a0fa9b052a38bce00c0c2aa1e2c9610936
Gecko Version          45.0a1
Device Name            aries
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.naoki.20151007.074137
Firmware Date          Wed Oct  7 07:41:46 PDT 2015
Bootloader             s1


Reece: Please identify exactly which build and device you are seeing this on.
I already said, I'm running Firefox OS 2.5 
Gecko 44.0a2
I am seeing this issue on the Flame by the way
I cannot reproduce this issue on Flame 2.5. Keep in mind that you need to spend about two seconds in the app before going to card view for it to update latest screenshot in card view. This is most evident when you try to display Camera or Gallery (with lots of pictures in it) apps in card view because those apps use relatively more resources comparing to others. Usage app should be a pretty lightweight app and I had no problem displaying its card if I wait for one or two seconds in the app before bringing up task manager.

See screenshot for Usage app properly showing on Flame 2.5.

No repro on:
Device: Flame 2.5
BuildID: 20151201163815
Gaia: 07462becf08f0c26ebd64daf89646e7403a336c5
Gecko: 33a575e711faf3344aa2e31ca2ea066b4cd8aafa
Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a
Version: 44.0a2 (2.5) 
Firmware Version: v18Dv4
User Agent: Mozilla/5.0 (Mobile; rv:44.0) Gecko/44.0 Firefox/44.0

Leaving qawanted for more attempts on Flame 2.5.
Flags: needinfo?(jmercado)
Flags: needinfo?(jmercado)
I still see the issue but it's not too big of a deal and I can't give any more info than what I already have. Thanks for checking it out anyway.
I was unable to reproduce this issue using the Flame 2.5. I entered card view within the few couple seconds as well as waiting about 30 seconds. The first time I enter card view the app card does seem fairly blank yet there is still the Usage Icon displayed, just with no background image representing the app former activity. After entering card view after this first time however it will then show the image. This is the not same issue but may be another issue entirely.

Environmental Variables:
Device: Flame 2.5 Kk Fullflash (512mb)
BuildID: 20151207121611
Gaia: 2d54c29f429bed790b5d8284633812dc2b782518
Gecko: c491dedc389de5c4686543b990c92d4f47715ee8
Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a
Version: 44.0a2 (2.5) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:44.0) Gecko/44.0 Firefox/44.0
QA Whiteboard: [foxfood-triage] → [QAnalyst-Triage?][foxfood-triage]
Flags: needinfo?(jmercado)
After repeated attempts to reproduce this bug on Flame 2.5, I was able to enter card view 21 out of 25 attempts. However on one attempt instead of the Usage Icon at center of the card view, a miniaturized view of the Usage App was presented instead, and the app crashed 3 times when switching to app view,  this may need further investigation. At anyrate, I was not able to repro the particular issue noted in this bug report.

Environmental Variables:
Device: Flame 2.5
BuildID: 20151207121611
Gaia: 2d54c29f429bed790b5d8284633812dc2b782518
Gecko: c491dedc389de5c4686543b990c92d4f47715ee8
Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a
Version: 44.0a2 (2.5) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:44.0) Gecko/44.0 Firefox/44.0

Due to my mixed results I'm Leaving qawanted for more attempts on Flame 2.5.
Isabel we have been unable to reproduce this issue.
QA Whiteboard: [QAnalyst-Triage?][foxfood-triage] → [QAnalyst-Triage+][foxfood-triage]
Flags: needinfo?(jmercado) → needinfo?(irios.mozilla)
Keywords: qawanted
QA Whiteboard: [QAnalyst-Triage+][foxfood-triage] → [QAnalyst-Triage+][foxfood-triage][non-reproducible]
I tried with latest flame 2.5 build and NOT able to reproduce either: 
Build ID               20151214083757
Gaia Revision          062e0fa48c1b5d5156f6911a5a4519128fac3231
Gaia Date              2015-12-11 15:06:09
Gecko Revision         http://hg.mozilla.org/releases/mozilla-b2g44_v2_5/rev/d76a9f65b6ba2ab587d3a0fb5119773ba68720a0
Gecko Version          44.0a2
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.worker.20151214.074606
Firmware Date          Mon Dec 14 07:46:17 UTC 2015
Bootloader             L1TC000118D0

Reece, I see you reported the bug happening in Flame 2.5 but I do not see info of the build, is that a recent one? Could you please share the info of the build (going to device settings-Device information-More information? 
I would close this bug as wfm and in case you see it with latest build and we have clear steps to repro, re-open it.
Thanks!
Flags: needinfo?(irios.mozilla) → needinfo?(reece.dews)
I'm sorry this is terrible timing at the moment as I'm really busy and I just upgraded to 2.6 (until the updates for 2.5 are working again). I have tried to reproduce this on 2.6 though and I can't so I'm guessing it's been accidentally fixed in that version?
Flags: needinfo?(reece.dews)
Thank you for your feedback Reece.
Lets close then this bug as WFM and if you find it again we will re-open it with the build info and so.

Thanks!
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: