View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0017615 | MMW 5 | Now Playing | public | 2021-03-02 19:40 | 2022-05-24 07:28 |
| Reporter | lowlander | Assigned To | |||
| Priority | urgent | Severity | tweak | Reproducibility | always |
| Status | closed | Resolution | reopened | ||
| Product Version | 5.0 | ||||
| Target Version | 5.0 | Fixed in Version | 5.0 | ||
| Summary | 0017615: Playing not focused on active file on MediaMonkey start (regression 2316) | ||||
| Description | When starting MediaMonkey the Playing is showing the top of the Playing list instead of the active file in the Player on start of MediaMonkey. In MediaMonkey 4 the Now Playing would focus on the active file on start. | ||||
| Additional Information | https://www.mediamonkey.com/forum/viewtopic.php?f=30&t=98545 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 2320 | ||||
| related to | 0016885 | resolved | michal | Allow users to define fields in Playing |
| related to | 0017641 | closed | michal | Initiating playback doesn't trigger playing to scroll to the playing track |
| related to | 0019088 | closed | michal | Activating a Playing list view doesn't show the playing track in focus if it's off screen |
|
|
I can't replicate. The playing file position seems restored correctly for me in both 'Playing list' (on the right) and 'Playing node' (on the left). Tested this way: 1) Played a playlist with 10K of tracks 2) Seeked to file on position 6471 and played, the screen looks like this: https://www.dropbox.com/s/138fht23qrtaqid/screenshot%202021-03-02%2021.44.22.png?dl=0 3) Restarted MM5 => the screen is correctly restored to the same scroll position in both lists: https://www.dropbox.com/s/138fht23qrtaqid/screenshot%202021-03-02%2021.44.22.png?dl=0 |
|
|
Assigned back to me, after retesting the scroll position isn't always restored for the Playing node |
|
|
OK, the reason why I couldn't replicate in 'Playing list' (on the right) was that I haven't updated SVN sources -- as it is a very fresh regression caused by Michal while fixing 0016885 For 'Playing node' it is fixed in 2318 |
|
|
The Michal's regression is also fixed in 2318 |
|
|
This is working for Playing [Simple list], but it doesn't work for Playing [List]. Test note: 'working' means that the scroll position is saved so that MM opens at the position in which the Playlist list had closed (and not as originally requested that it always open at the currently playing track). |
|
|
Fixed in build 2319. |
|
|
This is fixed for the List view, but now (in build 2319) the problem occurs intermittently for the Simple List view! e.g. 1 Switch to Simple List 2 Scroll to track 50 (of e.g.1000) in the Playing list and double-click to play it (and move the list a bit) 3 Close MM, and then restart it once process explorer shows that all processes have closed --> about 1/3 of the time, when MM restarts, it's at track 1 (even if Track 50 is highlighted in yellow as the currently playing track) |
|
|
Fixed in build 2320. It was collision between restoring scroll position and focused item of the list, and focusing and scrolling to currently active file. We cannot do both, so now we prefer restoring exact last state of the lists. |
|
|
Verified 2320. |
