[Gallery] mp3 cover art is being displayed in gallery collections

NEW
Unassigned

Status

Firefox OS
Gaia::Gallery
3 years ago
3 years ago

People

(Reporter: tchung, Unassigned)

Tracking

unspecified
ARM
Gonk (Firefox OS)

Firefox Tracking Flags

(b2g-v1.4 affected, b2g-v2.0 affected, b2g-v2.1 affected)

Details

Attachments

(1 attachment)

(Reporter)

Description

3 years ago
Created attachment 8460649 [details]
screenshot

[Blocking Requested - why for this release]:

I imported my mp3 files (comes with cover art), to my internal storage on my Flame.  But upon launching Gallery, i noticed the cover art loaded there too.   Shouldnt we be filtering these out?

See screenshot.   Need to check if this is a regression or not, so asking for qawanted.

Repro:
1) install 2.0 Flame image (20140722000200)

Gaia      b9d19011123487009c80d1200937652d58c434a0
Gecko     https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/00f4b3a7046f
BuildID   20140722000200
Version   32.0
ro.build.version.incremental=109
ro.build.date=Mon Jun 16 16:51:29 CST 2014
B1TC00011220

2) Settings > USB storage > Enabled
3) set storage to internal storage
4) connect to your computer, and move files over to the Storage directory of your phone
5) when done, Disable USB storage, disconnect usb cable
6) launch music app to load all the cover art and music
7) finally, launch gallery, and verify your cover art appears in the gallery collections view

Expected;
- mp3 cover art isnt shown in gallery app
QA Contact: jmercado
This issue occurs on the latest 2.0 Flame, 2.1 Flame, 1.4 Flame, and Buri 2.1 builds.  

Results: Album cover art displays in the gallery if included in the album as images.  Individual songs with cover art as part of their mp3 data do not show up as images in the gallery.

Environmental Variables:
Device: Flame 2.0
BuildID: 20140723062208
Gaia: ed998af8528c8b1bbd3aee6975ee9a1bdec1d429
Gecko: c74478151c2f
Version: 32.0
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Environmental Variables:
Device: Flame Master
BuildID: 20140723070705
Gaia: 01d86c8cc615658694b114ca5711763efc4ef205
Gecko: 717cd9d89a80
Version: 34.0a1 (Master) 
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Environmental Variables:
Device: Flame 1.4
BuildID: 20140723075714
Gaia: 6e4eaa5befce9c1812e07bcc78b2138645bdbe7a
Gecko: 2d16ba0b45bc
Version: 30.0 (1.4) 
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0

Environmental Variables:
Device: Buri Master
BuildID: 20140723070705
Gaia: 01d86c8cc615658694b114ca5711763efc4ef205
Gecko: 717cd9d89a80
Version: 34.0a1 (Master) 
Firmware Version: v1.2device.cfg
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
QA Whiteboard: [QAnalyst-Triage?]
status-b2g-v1.4: --- → affected
status-b2g-v2.0: --- → affected
status-b2g-v2.1: --- → affected
Flags: needinfo?(jmitchell)
Keywords: qawanted
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
(Reporter)

Comment 2

3 years ago
Thanks Jayme!  given this is not a regression, i will removing blocking nom.
blocking-b2g: 2.0? → ---

Updated

3 years ago
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][lead-review+]
You need to log in before you can comment on or make changes to this bug.