store selected table item index when switching library features
Bug #1808472 reported by
ronso0
This bug affects 5 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
Fix Committed
|
High
|
ronso0 |
Bug Description
scenario:
* listen to tracks from Tracks view
* find a track that inspires you to start a new playlist
* right-click any other library feature like Playlists or Crates
(for example to create or rename a playlist/crate)*
= tracks table switches to respective library feature
(damn! lp:1810810)
* go back to Tracks
= table shows correcct scroll position
* use [Library]
= scroll position jumps to top of the list
master (2.3) 2018-12-14
description: | updated |
description: | updated |
description: | updated |
summary: |
- library: keep table view when right-clicking any other feature + keep table scroll position when switching library features |
summary: |
- keep table scroll position when switching library features + store selected table item index when switching library features |
Changed in mixxx: | |
assignee: | nobody → ronso0 (ronso0) |
status: | Confirmed → In Progress |
tags: | added: library usability |
Changed in mixxx: | |
milestone: | 2.3.0 → 2.3.1 |
Changed in mixxx: | |
assignee: | poelzi (launchpad-net-poelzi) → ronso0 (ronso0) |
Changed in mixxx: | |
status: | In Progress → Fix Committed |
To post a comment you must log in.
I cannot confirm this with the current master using mouse.
After creating a new carte and than clicking back on the Track tree icon, the scrol bar search and highlighting are back.
Any idea what else can I do to reproduce the issue.