View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001809 | MMW v4 | Main Panel/Toolbars/Menus | public | 2005-02-11 04:01 | 2005-02-11 18:46 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 2.3 | ||||
| Summary | 0001809: Double-click of .m3u file causes tracklist to show incorrect information | ||||
| Description | This one is kind of hard to describe so I'll provide the exact repro steps. 1) Select a node with several files 2) Send to .m3u playlist 3) Without changing anything in MediaMonkey, open up windows explorer and double-click on the new .m3u file that was saved in 2) --> In the MediaMonkey tracklist, the metadata in the first track is removed and the Title is changed to the filename!! (the problem goes away after refreshing). Note: the problem itself is not that bad; I marked it as 'immediate' because I wasn't sure if it is indicative of a more serious problem that we'd overlooked. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 841 | ||||
|
|
Maybe I don't understand exactly, but I don't see any problem. What I see is: After 3) is executed, tracks from the playlist appear in NP window. For a moment they don't show any metadata because when filenames are loaded from a m3u file nothing else is known about the tracks. However, immediatelly a scanning thread is started and so all metadata should appear soon (depending on some factors like CPU load, etc.) There can happen that even after scanning metadata won't show up properly. This is when a track isn't an ordinary HD located one but e.g. an CD stored or somehow inaccessible. |
|
|
Fixed in build 841. - As discussed over IM there was a problem. Scanning of tracks to be played was modified slightly so that now not yet scanned tracks don't replace those already read from DB. |
|
|
Verified 841. |
