View Issue Details

IDProjectCategoryView StatusLast Update
0001588MMW v4DB/FileMonitorpublic2006-08-18 04:52
Reporterrusty Assigned To 
PriorityimmediateSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Fixed in Version2.3 
Summary0001588: File Monitor Interferes with CD Ripping
DescriptionReport from user:

When I rip a CD into E:\MyMusic\ folder I get a message like

File E:\MyMusic\CDartist\CDalbum\track-x - artist.mp3 cannot be opened.;
Cannot open E:\MyMusic\CDartist\CDalbum\track-x - artist.mp3.
 
This is the name of the first CD track to be written to my HDD. I can
respond by pressing cancel and ripping continues with no problems.

My setup is MediaMonkey Gold 2.2.2.780, Windows XP Pro, SP2, and MM
Library is on local NTFS drive. CD information was returned from
freedb.org.

I think that this bug is the same as reported by Paul on Oct. 21, 2004 in
"Ripping -> File <FileName> cannot be opened". I can add more info to
Paul's.

Remove the destination folder (the rip to folder) from the file monitor
list. Just setting its entry to NO doesn't prevent the false error
message. It doesn't make any difference what the first track to be
ripped, it can be any track on the CD. MM reacts to the first ripped
item. Sometimes, if I press Retry or Ignore, I got double entry for the
track the first saying time is unknown and the second entry has the
correct time. I learned that pressing Cancel "fixed" that problem (only
one track is created with correct information). The track in question
can be any track on the CD, MM reacts to the first ripped item.

I don't think you'll have any problem duplicating the problem.

BTW, I think MM is really fine software. I've been using it for only a
few weeks and finding nice features as I use it.

HTH,

Additional InformationThis was also reported by another user at:
http://www.songs-db.com/forum/viewtopic.php?t=2663
TagsNo tags attached.
Fixed in build

Activities

jiri

2004-11-11 09:32

administrator   ~0004665

Fixed in build 806.
 - Problem was in new folders created by MM, they are now ignored by FileMonitor.

rusty

2004-11-14 03:58

administrator   ~0004679

Verified in 808.