Rockbox

This is the bug/patch tracker for Rockbox. Click here for more information.

Quick links: Bugs · Patches · Rockbox frontpage

Tasklist

FS#7176 - Reshuffle changes playlist context menu position

Attached to Project: Rockbox
Opened by Steve Bavin (pondlife) - Wednesday, 16 May 2007, 12:53 GMT+2
Last edited by Jonathan Gordon (jdgordon) - Sunday, 20 May 2007, 16:24 GMT+2
Task Type Bugs
Category User Interface
Status Closed
Assigned To No-one
Player Type All players
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Private No

Details

Recipe:
1) Play a playlist - I'm using a large one (12000 entries) generated from the database, though that's probably not relevant.
2) On the WPS, hold SELECT.
3) Go down to "Playlist" and press RIGHT.
4) Go down to "Reshuffle" and press RIGHT.

Actual result: The context menu is displayed with "Set Song Rating" as the selected entry.
Expected result: The context menu is displayed with "Playlist" as the selected entry. Or a splash is displayed to show Reshuffle performed and the Playlist menu is still displayed with "Reshuffle" selected.
This task depends upon

Closed by  Jonathan Gordon (jdgordon)
Sunday, 20 May 2007, 16:24 GMT+2
Reason for closing:  Fixed
Comment by Steve Bavin (pondlife) - Wednesday, 16 May 2007, 12:57 GMT+2
Another oddity I noticed, which is probably related; when the Playlist menu is intially selected, pressing PLAY takes me to the WPS (correct). However, if I move down so "Reshuffle" is highlighted, PLAY takes me out to the Context menu. At this point PLAY will take me back to the WPS only if I first press UP or DOWN.
Comment by Linus Nielsen Feltzing (linusnielsen) - Saturday, 19 May 2007, 02:58 GMT+2
To reproduce this, you have to have "Gather runtime data" enabled in the database settings. I bet this has to do with dynamic menu items in the context menu.
Comment by Peter D'Hoye (petur) - Saturday, 19 May 2007, 10:28 GMT+2
I still lost on how this relates to the playlist viewer issue Lamed is experiencing
Comment by Jonathan Gordon (jdgordon) - Sunday, 20 May 2007, 13:01 GMT+2
ok, Linus pretty much led me to the answer straight away, and I think this is correct. The current selection shhuold always be set to the selected item in the menu which do_menu() was called from, I think.
so the attached diff does this, and fixes the bug.

I didnt commit because I'm not 100% sure this is the correct behaviour, it sounds sane, but... I dunno....


and I agree with Peter, its not related.
   menu.diff (0.7 KiB) 
 apps/menu.c |    9 +++++++++
 1 file changed, 9 insertions(+)

Comment by Jonathan Gordon (jdgordon) - Sunday, 20 May 2007, 13:07 GMT+2
test comment to see if I get a php error..

edit; didnt.

Loading...