ronso0
ronso0
Damn, stupid typo :man_facepalming: https://github.com/mixxxdj/mixxx/pull/12494/commits/8b7927822c1c12961d203bd6d3985e0c41b974c5 I'll push a fix asap
but something else is wrong... I'll take a look.
I'm still not sure how this broke (currently bisecting), but a simple `m_pSidebarModel->triggerRepaint()` after updating the tree item label fixes it. Seems setting the label does not make the model...
There was an attempt to implement this #3063 but that PR was abandoned but we didn't port the header / sorting part, yet.
I just noticed this (once) with Mixxx 2.4 in the Playlist feature. Sometimes the repaint is done only when the selection changes, but even switching to another feature and back...
This is happening rarely, but when it does happen with a specific track it is repeatable forever. In this screencast you can see * the color is stuck at YELLOW...
I'm not sure what you are requesting. With keyboard shortcuts disabled, typing some chars in a certain column jumps to the respective line. But what bothers / confuses me is...
Confirmed. Though the internal state is correct, drag'n'drop is blocked for playlists that were just locked. (yes, with crates it works)
Thank you for this, and the mapping of course. Just took a quick look, will look closer later on.
Please check the CI. pre-commit also check for typos ``` source/hardware/controllers/reloop_beatmix.rst:42: explainatory ==> explanatory source/hardware/controllers/reloop_beatmix.rst:52: explainatory ==> explanatory ```