View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0014398 | MMW v4 | Now Playing | public | 2017-09-17 22:11 | 2018-06-04 16:17 |
| Reporter | lowlander | Assigned To | |||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | feedback | Resolution | reopened | ||
| Product Version | 4.1.18 | ||||
| Target Version | 4.1.19 | Fixed in Version | 4.1.18 | ||
| Summary | 0014398: On restart current track has no Artwork associated | ||||
| Description | When you start MediaMonkey the last playing song shows no Artwork anywhere in MediaMonkey. | ||||
| Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?f=1&t=88448 | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 1850 | ||||
|
|
Fixed in 4.1.18.1850 |
|
|
Verified 1850. |
|
|
I still see Artwork not showing after MMW crash in a specific scenario. 1) MMW hangs 2) Force close from Task Manager 3) Restart MediaMonkey log attached (affected active file showed bold and greyed out) This often coincides with NP list being greyed out (I moved the files on the last session, but NP wasn't saved on forced close) and any new files added will show greyed out, but play fine. The problem seems to be that MM things files are inaccessible and thus doesn't look at Artwork (is embedded). |
|
|
Based on the log it is related to slow access to network location \\lowlander03\ , it is tied to optimizations in 0014374:0048656 It took 14 seconds before the \\lowlander03\ started to be accessible, thus MM thinks that the location is inaccessible during start up. Starting from 1848 it checks the accessibility in another task and if the task isn't finished in 2 seconds then the location is taken as "temporary inaccessible". Changing it back would cause further issues and freezes described at 0014374:0048656 I wonder -- does this happen during each start? Or the 14 seconds inaccessibility of "\\lowlander03\" is random? |
|
|
It's consistent. |
