View Issue Details

IDProjectCategoryView StatusLast Update
0008403MMW v4Burning / Disc Handlingpublic2011-10-16 22:04
Reporterrusty Assigned To 
PriorityurgentSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Product Version3.0 
Target Version4.0Fixed in Version4.0 
Summary0008403: Rip CD: Metadata edits are lost (regression)
DescriptionIf the user inserts a CD, and edits the CD metadata, the edits are lost when the user clicks 'OK' in the Properties dialog, as clicking 'OK' triggers bug 0008390, along with a refresh of the CD contents.

Solving 0008390 may solve this issue (though it's not clear whether the CD lookup changes node focus, or change in node focus triggers a CD lookup).



Steps To Reproduce1. Insert an audio CD
2. Wait for track data etc. to be retrieved from Internet and select info as required
3. Select the CD entry in the Media Tree - the populated track listing appears
4. Select 1, several or all tracks, right click and select 'Properties'.
5. Amend some data (I entered a disc number and an entry in Custom 1 (renamed as 'Sub Album'))
6. Click 'OK'
--> The CD is re-read and the data changes are cleared (this is where I believe the problem lies)!!
--> Once the files have been re-read, the track listing appears and the CD entry is no longer highlighted blue in the Media Tree.
--> The 'My Computer' node auto-expands and the CD drive is highlighted in light grey instead of blue (Windows theme set)), and the CD tracks are re-read (0008390).

7. Select tracks as before, then 'Properties' and make changes (disc# and Custom 1)
8. Click OK
--> This time the data 'sticks', the tracks remain highlighted and the new data can be used to populate tag fields after selecting 'Rip Audio CD...' from The 'Tools' drop down menu for that tab.

Note: the issue only occurs when the My Computer node is expanded resulting in the expression of bug 0008390.
Additional Informationhttp://www.mediamonkey.com/forum/viewtopic.php?f=6&t=60605
TagsNo tags attached.
Fixed in build1435

Relationships

related to 0002624 feedbackjiri Rip CD: Users are often unclear how to edit the metadata 
related to 0008390 closedLudek Freedb lookup triggers shift in node focus from CD node to My Computer > CD node 
related to 0008491 new CD Metadata is lost if it contains more than just basic metadata 

Activities

Ludek

2011-09-22 09:46

developer   ~0027898

Fixed in build 1435 together with 0008390.

Ludek

2011-09-22 09:47

developer   ~0027899

Reminder sent to: jiri, rusty

Note that if CD isn't in DB then we write edited values only to CDPlayer.ini file where we have always written only common values like Title, Album, Artist, Year, etc. We don't write custom fileds and Disc# as you tested. So after hitting F5 the these values disappears. This has always worked like this.

As CDPlayer.ini is deprecated starting from Vista, we use it just for our purposes now. If you think we should write all the values to the CDPlayer.ini file then lets open a new mantis entry for this.

lowlander

2011-09-23 02:50

developer   ~0027911

Wouldn't saving in the DB result in less issues than writing to CDPlayer.ini (rights to access file issue seems to occur for some) if this has been depreciated in Vista+? An additional benefit would be for those who share the DB where values for CD's are available on all systems using same DB.

rusty

2011-10-09 02:49

administrator   ~0028157

Opened 0008491 to track the new issue re. certain metadata fields not being saved, and reresolving this.

peke

2011-10-16 22:04

developer   ~0028307

Closing this as it is depreciated and 0008491 Handles it.