Ticket #169 (closed defect: fixed)
transfer groups get collapsed by themselves
| Reported by: | Silver | Owned by: | lbponey |
|---|---|---|---|
| Priority: | minor | Milestone: | Release 0.3 |
| Component: | museeq | Version: | 0.2prerelease (newnet2 branch) |
| Keywords: | Cc: |
Description
It often happens that when I clear selected tracks from downloads, other users' file-lists (I have them grouped by user) get expanded/collapsed by themselves. I haven't discovered any logic in it yet..
Attachments
Change History
comment:2 Changed 4 years ago by Silver
Also I'm not quite sure about them expanding automatically.. but collapsing for sure.
comment:3 Changed 4 years ago by lbponey
- Milestone changed from Release 0.2.0 to Release 0.3
I've tried for a while now but couldn't reproduce the bug. I've also looked at the code and couldn't find a reason. I'm delaying it to 0.3. Until then, if you have more info just add a comment.
comment:4 Changed 4 years ago by Silver
It's not always the case that only other users' groups get collapsed. I've seen it when I'm downloading from one user only, and when I clear some of downloaded/queued tracks, the group gets collapsed.
To my mind it also happens when switching between modes, at least sometimes.
comment:5 Changed 4 years ago by Silver
OK, some new observations - the group gets expanded when I have selected some track in the group and then collapsed the tree (intentionally), switch to some other tab (ie. search) and then back again. If I deselect the track (click on empty space in the list of tracks), the same group gets expanded again after collapsing, switching somewhere else and back again.
OK, I should have said "sometimes" instead of "often" :)