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)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v2.0 affected, b2g-v2.1 affected, b2g-v2.2 affected)

RESOLVED WONTFIX
Tracking Status
b2g-v2.0 --- affected
b2g-v2.1 --- affected
b2g-v2.2 --- affected

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
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Whiteboard: [2.1-Daily-Testing]
QAWanted for branch checks.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Keywords: qawanted
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?]
Flags: needinfo?(jmitchell)
Keywords: qawanted
QA Contact: croesch
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
QA Contact: croesch
NI Homescreen Owner for blocking call
Flags: needinfo?(mozillamarcia.knous)
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)
Attached image 2014-10-28-10-20-07.png
Added Attachment showing difference for icons.
Attached image 2014-10-28-11-21-06.png
Attached second image showing more differences
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
(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)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
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.

Attachment

General

Created:
Updated:
Size: