View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0015813 | MMW 5 | Main Panel | public | 2019-06-28 22:41 | 2020-01-26 01:17 |
Reporter | lowlander | Assigned To | |||
Priority | urgent | Severity | minor | Reproducibility | sometimes |
Status | closed | Resolution | fixed | ||
Product Version | 5.0 | ||||
Target Version | 5.0 | Fixed in Version | 5.0 | ||
Summary | 0015813: Find More From Same: Slow Behavior | ||||
Description | 1. Using Find More From Same > Album took over a minute. 2. Find More From Same shows Continuous -> Loading... Steps: Right click on Now playing Track -> Find More From Same -> Album -> Wait till it show result -> Right click on same Now playing Track -> Find More From Same -> Loading... Shows endlessly Workaround: Right click on any other Now Playing Track and then Right click back on one that Showed Loading ... and it shows correctly FMFS Menu. | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
Fixed in build | 2222 | ||||
|
Type to jump to an Album in the expanded Album node is also very slow to respond |
|
In the log I see that task nodeHandlers.albums.getChildren took more than 228 seconds! So just getting the list of album takes incredible long time on your database. Could you please zip your database and upload it somewhere to analyze? |
|
I am, not being able to replicate such long delay but, I have noticed sporadically show behavior of FMFS |
|
I was able to replicate this on LowLander's database, the key was to hover over Find more from same > Playlist submenu item. In that case it started task to load the playlists to which the track belong (which takes incredibly long time on LL's database due to complexity of his auto-playlists) and this task was not properly canceled when you stop hovering over this Playlist menu item. => Fixed in 2187 together with some further performance issues that I am observing on LL's database. Remaining issues (with 'showAllNodes' extension installed): - FMFS artist takes more than 8 seconds on LL's db and UI thread seems frozen during that time - albums node expanded in the media tree: Typing to jump to an album is slow to respond (up to several seconds) => fixed in 2187 |
|
Fixed in 2191. Working with thousands of subnodes (and FMFS) is much faster now. |
|
Verified 2194 All FMFS opens within 2s. Excluding Playlists as like Lowlander I have 7k playlists and some of them are complex one. |
|
Re-opened: Find more from same Album is slow again on LowLander's database, logs and details sent by LL over IM EDIT: The performance was degraded by adding "Show all subnodes" and "focus nodes when jumping content" options, so it was regression in 2220. => fixed in 2222 Now it is showing the album view at first and then it is loading all the subnodes and jumping them (while the album view is already shown). |
|
Verified 2223 Good Catch. Confirming the fix. |