Playlists/Crates: clicking after scrolling jumps to top
Bug #1894901 reported by
daniel
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
Fix Released
|
High
|
Unassigned |
Bug Description
2.4.0-alpha-pre (build master r7533) on archlinux.
Steps to reproduce:
1) select a playlist with more entries than can be shown in library table (lets say 100)
2) scroll down that list
3) click on entry
behaviour: list jumps to top and selects the track that equals position
expected behaviour: track in list further down is selected
same with crates.
if the crate doesn't have the focus, selecting a track further down the crate jumps to top.
Workaround:
before scrolling in lists, select random entry in list to get focus, from there on everything works as expected. but not very convenient ;)
Changed in mixxx: | |
status: | In Progress → Fix Committed |
Changed in mixxx: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Oh oh, sounds like a side effect of https:/ /github. com/mixxxdj/ mixxx/pull/ 3049
which is supposed to fix some scenarios for controller users by selecting the first table item
* as soon as the table gets focus
* if the table has no previous selection stored
Here, when the user clicks at a table item, the focus event seems to be registered before the 'select' action and therefore the first item is selected, even tough the intention of the click should be clear.
I guess we should revert that PR and restrict the behaviour to commands coming from librarycontrol.