Bug 11878 – First item in trackinfo menu should not be irreversible

Bug 11878 - First item in trackinfo menu should not be irreversible

Summary:

First item in trackinfo menu should not be irreversible

Status:	NEW

Product:	SqueezePlay
Classification:	Unclassified
Component:	Browser
Version:	unspecified
Platform:	PC Other

Importance:	-- normal with 2 votes (vote)
Target Milestone:	Future
Assigned To:	Unassigned bug - please assign me!

URL:
Keywords:

Depends on:	13148
Blocks:
	Show dependency tree / graph

Reported:	2009-04-22 00:06 UTC by Michael Herger
Modified:	2011-11-06 23:22 UTC (History)
CC List:	5 users (show)

See Also:
Category:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Michael Herger 2009-04-22 00:06:23 UTC

...or at least not an irreversible action. With Last.fm enabled it's now "Love track". Pretty often the menu needs a second or two to show up. If you're impatient and hit the center button once more, you'll accidentally love the track you wanted to ban etc.

Something less harmful like the artist name would imho be more appropriate.

Comment 1 Michael Herger 2009-04-22 00:07:52 UTC

Forum discussion about this issue: 
http://forums.slimdevices.com/showthread.php?t=62614

BTW: this actually is a SC issue (the menu is built on SC). But we need to agree on the UI.

Comment 2 Simon Turner 2009-04-22 02:53:47 UTC

When the official Last.fm plugin was first implmented I often mistakenly loved tracks, but now I am used to the menu I don't make these mistakes any longer. I do use the Last.fm loved tracks quite seriousy and would be disappointed if any change added more than one extra click or a movement of more than one menu item (i'm particularly thinking of the controller scroll wheel) to enable me to love a track.

Although I am used to the menu position now I do think it'd make more sense (for new users especially) if hitting the right arrow from a track went to track details. A one item scroll down for love this track perhaps?

I don't user the web interface as a controller so can't comment about that.

Comment 3 Blackketter Dean 2009-07-22 09:02:21 UTC

Moving to the product SqueezePlay because this bug appears to apply to any player based on that application code.  Feel free to move it back if it's specific to the original product.

Comment 4 Weldon Matt 2009-07-22 19:24:05 UTC

This will be fixed once context menus are fully implemented.  Plus button will launch the UI you're talking about instead of the center knob.

Comment 5 Ben Klaas 2009-08-26 07:52:48 UTC

this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.

Comment 6 Weldon Matt 2009-10-04 21:47:54 UTC

Need to audit which cases this relates to...

Comment 7 Chris Owens 2009-10-21 09:47:31 UTC

Moving these bugs to P4 to make room for moving P1.5 bugs to P2

Comment 8 Pat Ransil 2009-10-23 05:09:29 UTC

Administrative move of 7.5 bugs. All P2, P3, P4 being downgraded one level. Will then split P1s.

Comment 9 Chris Owens 2010-02-02 15:11:16 UTC

Moving Matt Weldon bugs

Comment 10 Alan Young 2011-11-06 23:22:48 UTC

Unassigned bugs cannot have a priority.