Project

General

Profile

Bug #191

Keyboard focus is not updated properly after editing playlist

Added by Stephan Sokolow over 11 years ago. Updated over 11 years ago.

Status:
Closed
Priority:
Minor
Assignee:
Category:
core
Target version:
Start date:
October 05, 2012
Due date:
% Done:

100%

Estimated time:
Affects version:

Description

If I reorder the playlist and then use Alt+Q to queue a song for playback, the new occupant of the song's old index in the playlist gets queued, rather than the song I currently have selected.

Similarly, if I press the Up or Down arrow following a drag-and-drop, the new selected row will be relative to the old location rather than the one which appears selected.

Selecting another track and then re-selecting the desired song (but not simply clicking on it while it's already selected) fixes the issue. (I assume, because Alt+Q and arrow key motion uses some cached position value which is updated by some signal like cursor-changed)

History

#1 Updated by John Lindgren over 11 years ago

  • Subject changed from Keyboard playlist manipulation is wrong following a drag-and-drop to Keyboard focus is not updated properly after editing playlist
  • Category set to core
  • Assignee set to John Lindgren
  • Target version set to 3.4

The problem is that there is not enough information sent along with the "playlist update" hook for the UI plugin to update the keyboard focus correctly when items are added/moved/removed from the playlist. It's a longstanding issue (at least since I rewrote the playlist code for version 2.2) and unfortunately there isn't a quick fix for it. I think the best fix is to keep track of the keyboard focus in core (as we already keep track of the selected items). This will require an API change, so it will not be fixed until version 3.4.

Also available in: Atom PDF