View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0016078 | MMW 5 | Sync | public | 2019-11-01 15:05 | 2019-11-14 22:11 |
Reporter | rusty | Assigned To | |||
Priority | urgent | Severity | minor | Reproducibility | always |
Status | closed | Resolution | reopened | ||
Product Version | 5.0 | ||||
Target Version | 5.0 | Fixed in Version | 5.0 | ||
Summary | 0016078: Some devices appear with a 'broken' image | ||||
Description | This issue occurs only with certain devices. In the main list, they appear with an image, but when the user clicks the device, the summary page displays a 'broken' image. | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
Fixed in build | 2212 | ||||
|
The device has most probably custom image path assigned (probably a profile from MM4?) and the image path is no longer available/valid. Go to "Sync profile" tab > Manage Settings > ... and check the Image: [........], is the path valid? Note that if you delete the path there and leave it empty then the generic image icon is shown (instead of the broken image) BTW: By testing this I found that the [Apply] button doesn't get enabled when the path is changed there --> this is fixed in 2211. EDIT: As for the fact that rather the generic device icon should appear on the [Summary] page when the image link is broken (or no longer exists) => this is fixed in 2211 |
|
The image path is: C:\Program Files (x86)\MediaMonkey41\Plugins\DeviceImages\Android.png This wasn't a custom image, but I guess that when MM5 Portable was installed to the disk, the indicated path was taken from MM4 non-portable. Then upon moving MM5 portable to a different computer, the image didn't follow along. We could make a fix that images should be stored portably for MM Portable, but using a generic device in cases where the image is missing is probably fine. |
|
OK, so tagging as resolved in 2211 i.e. broken and non-existing images defaults to the generic device icon |
|
Tested 2211: Now whenever the user visits such a device and then goes to another node, MM prompts the user to apply changes to the settings. But this is problematic because it occurs even though the user hasn't made any changes! |
|
The regression of self-activated [Apply] button is fixed in 2212 |
|
Verified 2212. |