Closed Bug 800843 Opened 12 years ago Closed 9 years ago

[music] the logic of mix page should be more precise

Categories

(Firefox OS Graveyard :: Gaia::Music, defect, P3)

defect

Tracking

(blocking-basecamp:-, b2g18+, b2g-v1.3T affected, b2g-v1.4 affected, b2g-v2.0 affected, b2g-v2.1 affected)

RESOLVED WONTFIX
blocking-basecamp -
Tracking Status
b2g18 + ---
b2g-v1.3T --- affected
b2g-v1.4 --- affected
b2g-v2.0 --- affected
b2g-v2.1 --- affected

People

(Reporter: dkuo, Unassigned)

References

Details

(Whiteboard: visual design, interaction, UX-P3, ux-tracking, ux-priority1.2, visual-tracking, jian, [MEDIA_TRIAGED], fixinmusic2, permafail)

Attachments

(3 files)

1. We sort the songs in mix page by added date (recently added) only, we should also consider the recently played and highest rated songs.

2. Maybe we can just show a constant amount, like 18, 24 or 30 (multiples of 6 cause one mix group contains 6 songs) instead of displaying all the songs in device.

3. If the above logics result in an amount which is not a multiple of 6, we better fix it or we might see a mix group that is not completed.
Summary: [music] the logic of mix page should be most precise → [music] the logic of mix page should be more precise
Per triage: this is not a blocker, as it's basically tweaking to an existing feature. If UX or Product want to make a case for why we must fix this for v1, we'll reconsider.
blocking-basecamp: ? → -
(In reply to Mike Connor [:mconnor] from comment #1)
> Per triage: this is not a blocker, as it's basically tweaking to an existing
> feature. If UX or Product want to make a case for why we must fix this for
> v1, we'll reconsider.

The spec stated the mix filter would have logic applied to it. It would display tracks based on the logic described here: https://www.dropbox.com/s/v1vuno1688gmy4q/B2g-music-v4.pdf on pg.2.

So yes the feature has been implemented visually, but not with the logic to spec, so I wouldn't call it a tweak.
(In reply to Dominic Kuo [:dkuo] from comment #0)
> 1. We sort the songs in mix page by added date (recently added) only, we
> should also consider the recently played and highest rated songs.
> 
> 2. Maybe we can just show a constant amount, like 18, 24 or 30 (multiples of
> 6 cause one mix group contains 6 songs) instead of displaying all the songs
> in device.
> 
> 3. If the above logics result in an amount which is not a multiple of 6, we
> better fix it or we might see a mix group that is not completed.

1. For the recently added... I would show albums instead of songs, since you'll see more content on the screen, and won't be flooded with the same album art. Recently played and highest rated would be songs.
2. I don't think we'd want to show more than 18 tracks.
3. We can probably get away with multiples of 3.
Whiteboard: visual design, incorrect implementation
Priority: -- → P3
Component: Gaia → Gaia::Music
As per Dominic's email on Sun, 23 Dec 2012 19:26:12 -0800 (PST) "Currently Music app just list all the albums in Mix page in ascending order." 
I added about 413 music files in 50 albums at the same time to my SD Card. The Mix Page I see does not sort by albums alphabetically. (See screenshots attached). The logic of the Mix Page is still not clear.
Attached image Screenshot of Mix Page - 1 (deleted) —
Screenshot of Mix Page - 1
Attached image Screenshot of Mix Page - 2 (deleted) —
Screenshot of Mix Page - 2
Looks like everyone is confused with the mix page...nominating this.
blocking-b2g: --- → tef?
Didn't block before, and not blocking now. While this page can be improved, it does not impair any critical functionality. Blocking-.
blocking-b2g: tef? → -
Whiteboard: visual design, incorrect implementation → visual design interaction UX-P3 yedo
Build ID: 20130130070201
Kernel: Dec 5
Gecko  http://hg.mozilla.org/releases/mozilla-b2g18/rev/4593f3e765eb
Gaia   f7f5a0cd17e3d04308cc5850b254947e127122b9

In testrun 4 this bug fails case
https://moztrap.mozilla.org/runtests/run/712/env/296/?pagenumber=1&pagesize=100&sortfield=order&sortdirection=asc&filter-id=3752&filter-suite=124

UCID music-002
Whiteboard: visual design interaction UX-P3 yedo → visual design interaction UX-P3 yedo testrun 4
Whiteboard: visual design interaction UX-P3 yedo testrun 4 → visual design interaction UX-P3 yedo testrun 5.1
Hey Dominic, what's the status of this bug? Is there anything you need from anyone to work on this?
Flags: needinfo?(dkuo)
blocking-b2g: - → leo?
blocking-b2g: leo? → ---
tracking-b2g18: --- → ?
Mass edit to set tracking-b2g18+ for these UX bugs that were called out for v1.1
(In reply to Eric Pang [:epang] from comment #13)
> Hey Dominic, what's the status of this bug? Is there anything you need from
> anyone to work on this?

Eric, sorry for the late reply, I will start to implement this bug tomorrow, I think I got enough info to fix this issue, thanks.
Flags: needinfo?(dkuo)
(In reply to Dominic Kuo [:dkuo] from comment #15)
> (In reply to Eric Pang [:epang] from comment #13)
> > Hey Dominic, what's the status of this bug? Is there anything you need from
> > anyone to work on this?
> 
> Eric, sorry for the late reply, I will start to implement this bug tomorrow,
> I think I got enough info to fix this issue, thanks.

Thanks Dominic!
Attached file WIP (deleted) —
Eric,

I haven't finish my patch yet and things are harder than I thought, I still need more works to complete it, and there are some details I need to discuss with ux. Also I need to switch my tasks between leo+ bgus and this one, but I will fix this parallel. I will send you a email to start the offline discuss, thanks.
No Problem, I really appreciated what you've done already!
Whiteboard: visual design interaction UX-P3 yedo testrun 5.1 → visual design interaction UX-P3 yedo testrun 5.1, ux-tracking
Whiteboard: visual design interaction UX-P3 yedo testrun 5.1, ux-tracking → visual design interaction UX-P3 yedo testrun 5.1, ux-tracking, ux-priority1.2
Whiteboard: visual design interaction UX-P3 yedo testrun 5.1, ux-tracking, ux-priority1.2 → visual design, interaction, UX-P3, testrun 5.1, ux-tracking, ux-priority1.2, visual-tracking
Whiteboard: visual design, interaction, UX-P3, testrun 5.1, ux-tracking, ux-priority1.2, visual-tracking → visual design, interaction, UX-P3, testrun 5.1, ux-tracking, ux-priority1.2, visual-tracking, leorun4
Whiteboard: visual design, interaction, UX-P3, testrun 5.1, ux-tracking, ux-priority1.2, visual-tracking, leorun4 → visual design, interaction, UX-P3, testrun 5.1, ux-tracking, ux-priority1.2, visual-tracking, leorun4, retest_leorun4
I'd like to suggest this as a feature for koi - particularly as Dominic is already on track with the work.  Certainly Parul's work, starting in Comment #5, illustrates the need for a fix.  Nomming for koi?
blocking-b2g: --- → koi?
Sri, As discussed in the triage meeting. This is perhaps included in the mix page redesign user story that we have in the media backlog. Please confirm
Flags: needinfo?(skasetti)
Whiteboard: visual design, interaction, UX-P3, testrun 5.1, ux-tracking, ux-priority1.2, visual-tracking, leorun4, retest_leorun4 → visual design, interaction, UX-P3, testrun 5.1, ux-tracking, ux-priority1.2, visual-tracking, leorun4, retest_leorun4 [MEDIA_TRIAGED]
Hema, Yeah this is the bug we are tracking in the product backlog
Flags: needinfo?(skasetti)
blocking-b2g: koi? → blocking-b2g:1.3?
Whiteboard: visual design, interaction, UX-P3, testrun 5.1, ux-tracking, ux-priority1.2, visual-tracking, leorun4, retest_leorun4 [MEDIA_TRIAGED] → visual design, interaction, UX-P3, testrun 5.1, ux-tracking, ux-priority1.2, visual-tracking, jian, leorun4, retest_leorun4 [MEDIA_TRIAGED]
Adding this to the backlog (not blocking for 1.3)
blocking-b2g: 1.3? → ---
Whiteboard: visual design, interaction, UX-P3, testrun 5.1, ux-tracking, ux-priority1.2, visual-tracking, jian, leorun4, retest_leorun4 [MEDIA_TRIAGED] → visual design, interaction, UX-P3, testrun 5.1, ux-tracking, ux-priority1.2, visual-tracking, jian, leorun4, retest_leorun4, [MEDIA_TRIAGED], fixinmusic2
Whiteboard: visual design, interaction, UX-P3, testrun 5.1, ux-tracking, ux-priority1.2, visual-tracking, jian, leorun4, retest_leorun4, [MEDIA_TRIAGED], fixinmusic2 → visual design, interaction, UX-P3, testrun 5.1, ux-tracking, ux-priority1.2, visual-tracking, jian, [MEDIA_TRIAGED], fixinmusic2, permafail
Whiteboard: visual design, interaction, UX-P3, testrun 5.1, ux-tracking, ux-priority1.2, visual-tracking, jian, [MEDIA_TRIAGED], fixinmusic2, permafail → visual design, interaction, UX-P3, ux-tracking, ux-priority1.2, visual-tracking, jian, [MEDIA_TRIAGED], fixinmusic2, permafail
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(dharris)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(dharris)
Assignee: dkuo → nobody
Rob/Jacqueline,

As we are working through migrating music based on the new architecture, wondering if we need to make any changes to the mix page logic (I know we talked about even getting rid of this page and replacing with a useful landing page ). Let us know your input. 

Thanks
Hema
Flags: needinfo?(rmacdonald)
Flags: needinfo?(jsavory)
Hi Hema,

If possible, we could change the mix page to the home page I have in the music redesign spec:
https://mozilla.box.com/s/8k4u7pjmoimosocfzzu6

This screen is essentially the preset playlists listed at the top of the screen with user generated ones at the bottom. For now we could simply not display the user generated ones. Also, this would reduce the number of icons in the toolbar from 5 to 4 as we could remove the mix page icon. 

Let me know if this makes sense or if you have any questions. Thanks!
Flags: needinfo?(rmacdonald)
Flags: needinfo?(jsavory)
Per comment 26, the mix page is going away, to be replaced by an enhanced version of the playlists page. Closing this.
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

Creator:
Created:
Updated:
Size: