View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005034 | MMW v4 | DB/FileMonitor | public | 2008-12-12 16:38 | 2009-02-19 22:45 |
| Reporter | Assigned To | ||||
| Priority | immediate | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.1 | ||||
| Fixed in Version | 3.1 | ||||
| Summary | 0005034: Encoder version info added to multiple incorrect fields (regression) | ||||
| Description | When flac or m4a files added to library (via folder monitor), track properties are filled with encoder version information. For Flac, viewing track properties shows "reference libFLAC" <version #> in the following fields: grouping composer conductor lyricist involved people original artist original album original lyricist The problem appears to be visible only in MM until such time that the track tags are updated by MM, at which point the data is written to the aforementioned fields of the track. This might be a properties dialog, or database issue and not folder monitor issue. | ||||
| Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=34926 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1209 | ||||
|
|
example test file @ http://drop.io/mm1202bug5034 this file does not have the affected tag fields, however once added to MM the properties dialog will show them. |
|
|
Fixed in 1203. |
|
|
Even FLAC is fixed maybe other formats are also affected. Reopen in case it can be reproducible on other formats like M4A. |
|
|
Added relationship to 0004881--this behavior was previously observed on .m4a tracks, in 0004881 so that should be verified as well. |
|
|
I'm in process of checking other File Formats that were not exhibit this bug previously and will create additional bug if Regression are found. |
|
|
Re-opening: though the problem seems to have been solved for flac and for the .m4a tracks mentioned in 0004881, the problem remains for some other .m4a tracks--they are filled with 'MediaMonkey 3.0.3' and 'Discovery / WEA' in a bunch of fields. Posting sample files to the ftp server. |
|
|
seems to have affected some ogg files at some point (unknown) I have as well, I have lyrics displayed in the following fields: grouping composer conductor comment lyricist orig artist/album title/lyricist isrc publisher encoder copyright |
|
|
I don't understand - there isn't any m4a file on FTP and the FLAC there works fine in the latest build. Is the m4a missing, or is there any other problem? |
|
|
I have found that there is some regression when FE_FIELDNOTSET is returned by plugin and MM Core uses last known PChar pointer to get value instead just using result PChar(''). I fixed that in FLAC but there is some possible residual regressions in all other Formats. I'll Assign to me to fix for all plugins that I've made and prepare detailed description for other Format Plugins as well. |
|
|
My mistake--I'd forgotten to upload the .m4a tracks. They're now posted. |
|
|
The mentioned fields are really stored in the given M4A tracks, so this can't be considered as a bug of our M4A plug-in. Certainly, question is how did the values get there, but it could have been anything... |
|
|
Please try this again as follows: -Clear all of the fields containing MediaMonkey 3.0.3 AND Discovery/WEA -Remove the tracks from the DB -Rescan -->The fields remain! Perhaps the bug description is inaccurate, but something isn't getting updated correctly for some of the properties. |
|
|
Fixed in build 1209. - Ok, I see, it was really a bug. |
|
|
Did this fix issue with ogg files also? lryics are/were keep appearing in the comments and/or other fields mentioned above. |
|
|
The issue could have affected any format other than MP3 or WMA, so hopefully it'll resolve that as well. Note that the bug occurs when reading the tags. |
|
|
verified 1223 (Note: verified with FLAC and m4a files) |
