Closed
Bug 1087700
Opened 10 years ago
Closed 9 years ago
[Everything.me] SmartCollections show dated icons before opening for the first time [Social, Media]
Categories
(Firefox OS Graveyard :: Gaia::Everything.me, defect)
Tracking
(b2g-v2.0 affected, b2g-v2.1 affected, b2g-v2.2 affected)
RESOLVED
WONTFIX
People
(Reporter: onelson, Unassigned)
Details
(Whiteboard: [2.1-Daily-Testing])
Attachments
(4 files)
Description:
When the user observes the icons within the smart collections for Social and Media, they will observe the application icons are dated from the actual icons represented on the phone. These images will remain inaccurate until the user opens the smart collections and allows the collection to obtain a new graphic for itself.
Repro Steps:
1) Update a Flame device to BuildID: 20141022001201
2) Observe application icons for 'Contacts', 'Music', and 'FM Radio'.
3) Observe within Smart Collections "Social" and "Music" the icons for 'Contacts', 'Music', and 'FM Radio'.
Actual:
Application icons within Smart Collection don't match their respective icons.
Expected:
Application icons within Smart Collection icons match their respective icons.
**********************************************
Environmental Variables:
----------------------------------------------
Device: Flame 2.1
BuildID: 20141022001201
Gaia: 3d9cc667f4e929861a9a77c41096bbf5a9c1bde0
Gecko: 928b18f7d8ff
Gonk: 05aa7b98d3f891b334031dc710d48d0d6b82ec1d
Version: 34.0 (2.1)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
Device: Flame 2.2
BuildID: 20141022040201
Gaia: 4d7f051cede6544f4c83580253c743c22b0cb279
Gecko: ae4d9b4ff2ee
Gonk: 05aa7b98d3f891b334031dc710d48d0d6b82ec1d
Version: 36.0a1 (2.2)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0
----------------------------------------------
Repro frequency: 5/5
See attached:
screenshots
Reporter | ||
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Whiteboard: [2.1-Daily-Testing]
Reporter | ||
Comment 1•10 years ago
|
||
Comment 2•10 years ago
|
||
QAWanted for branch checks.
Comment 3•10 years ago
|
||
Tested with Shallow Flash on 319mb using Engineering builds
This bug repro's on Flame KK builds: Flame 2.2 KK, Flame 2.1 KK, Flame 2.0 KK, Flame 2.0 Base
Actual Results: Icons shown in collections are old icons.
Repro Rate: 4/4
Environmental Variables:
Device: Flame 2.2 KK
BuildID: 20141024070214
Gaia: 29ed78a26d62b58f663437a45f273d57b9781d79
Gecko: d6abb9bf43be
Version: 36.0a1 (2.2)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0
-----------------------------------------------------------------
Environmental Variables:
Device: Flame 2.1 KK
BuildID: 20141024091117
Gaia: 07cd1562b90960a343104a67b184cf9e01bee8a0
Gecko: b4770afd8692
Version: 34.0 (2.1)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
-----------------------------------------------------------------
Environmental Variables:
Device: Flame 2.0 KK
BuildID: 20141024064809
Gaia: 1a89b5317dbc31da9c604d677a4a5a3e34122a17
Gecko: cfa7cdcb728b
Version: 32.0 (2.0)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
-----------------------------------------------------------------
Environmental Variables:
Device: Flame 2.0 Base
BuildID: 20141016183911
Gaia: 8c5c956ee6909408e29f375cc7d843a03d92f3d8
Version: 32.0 (2.0)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
QA Whiteboard: [QAnalyst-Triage?]
status-b2g-v2.0:
--- → affected
Flags: needinfo?(jmitchell)
Keywords: qawanted
QA Contact: croesch
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
QA Contact: croesch
Comment 5•10 years ago
|
||
I think we need examples in screenshots - the screenshots in the bug don't show the icon mismatch. I haven't yet been able to reproduce the issue. Does this happen when you just select the collection and the match the icon which the icon on the homescreen?
ni for clarification and better screenshots which demonstrate the issue.
Flags: needinfo?(mozillamarcia.knous) → needinfo?(jmitchell)
Comment 6•10 years ago
|
||
Added Attachment showing difference for icons.
Comment 7•10 years ago
|
||
Attached second image showing more differences
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Comment 8•10 years ago
|
||
(In reply to Marcia Knous [:marcia - use needinfo] from comment #5)
> I think we need examples in screenshots - the screenshots in the bug don't
> show the icon mismatch. I haven't yet been able to reproduce the issue. Does
> this happen when you just select the collection and the match the icon which
> the icon on the homescreen?
>
> ni for clarification and better screenshots which demonstrate the issue.
Marcia - I don't understand your comments here. I see several differences in the icons in the two original screenshots provided by Oliver. Additionally I'm not sure how I can restate things any better than the original write-up "These images will remain inaccurate until the user opens the smart collections". If I am reading your question correctly - the answer is No, if you select the collection the bug will have already corrected itself by updating the images on the homescreen. You have to observe the image / icons first, and then again after; after selecting one of the smart collection icons because it will then be different.
Flags: needinfo?(jmitchell)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Comment 9•9 years ago
|
||
Mass update: Resolve/Wontfix all existing collections bugs as this feature is now removed.
Please re-open or file a new bug if you feel that this bug still exists in master.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•