View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0019473 | MMW 5 | Tracklist | public | 2022-10-19 01:34 | 2022-11-03 23:52 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 5.0.4 | ||||
| Target Version | 5.0.4 | Fixed in Version | 5.0.4 | ||
| Summary | 0019473: Tracks sometimes appear invisible | ||||
| Description | In the course of testing build 2673, it seems that tracklists sometimes initially render with portions of the list displaying invisibly when viewing all of the tracks in the list requires the user to scroll vertically. This is most easily demonstrated as follows: 1 navigating to Music > Genres > Rock [Browser|Top Tracks] (Note: the following are enabled: Info panel, Artists, Albums, Tracks, Related Genres) 2 Scroll down to the bottom --> Most of the tracks don't display (only the last few do) 3 If the bug doesn't occur, press F5 and perform step 2 again 4 Click on the 'invisible' tracks --> The tracks appear Note that although it's easiest to replicate with Top Tracks in the view described above, I've also seen the problem occur: - In the above view with 'All tracks' showing (much rarer) - On startep in Music > All tracks [List] | ||||
| Additional Information | Note: this doesn't appear to be related to 0017311 since the bug occurs even when the tracklist headers are wider than the available horizontal space (i.e. it occurs even when a horizontal scrollbar doesn't display). | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 2674 | ||||
|
|
I cannot reproduce this exactly, but I can see similar problem, when displaying all tracks in genre browser view, scroll down and press F5, contents of related genres grid disappear. It is fixed after moving splitter. This bug seems to be long standing, I can reprodce it with 5.0.2 release too. I think it is variant of the same - control position+size in scroller is not correctly updated. |
|
|
Sounds similar to 0019067 |
|
|
Should be fixed in 2674. Please re-test as I couldn't replicate. |
|
|
This issue can still be replicated in 2679. It should only be verified once 0019067 is fixed (they're both part of the same bug). |
|
|
Verified 2681. |
