View Issue Details

Jump to Notes
IDProjectCategoryView StatusDate SubmittedLast Update
0008398MMW v4Otherpublic2011-09-19 19:482011-10-09 02:09
Reporterrusty Assigned To 
PriorityurgentSeveritymajorReproducibilityalways
Status closedResolutionnot fixable 
Product Version4.0 
Target Version4.0 
Summary0008398: Certain Image operations lock directories
Description1 Select Location > Album Directory OR Artist > <Album>
2 Right click Properties > Artwork and either tag all selected files, or remove the artwork from all selected files
--> Operation proceeds successfully
--> The directory gets locked!

note: the files themselves aren't locked--only the directory.
Additional InformationAt http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=60633, a user indicated that MM consistently locks music files for the first Album that has a folder.jpg image, within a directory that is scanned. I was unable to reproduce that problem, but in the course of investigating, discovered the issue described.
TagsNo tags attached.
Attached Files
bug_8398_dbview.zip (82,428 bytes)
Fixed in build

Relationships

related to 0008401 closedLudek Artwork tagging problems (regression) 

Activities

Ludek

2011-09-20 11:28

developer   ~0027857

Last edited: 2011-09-20 11:29

 I cannot reproduce.

1. Is the artwork stored in file tag or in file folder?
2. Is the directory locked only during the tagging operations? (It would make sense)
3. What you mean by the locked directory. It means that you cannot rename it or delete it or both?
4. On which OS you tested (Win7, XP)?

A video demonstrating this issue would be great.

rusty

2011-09-20 16:57

administrator   ~0027861

1. The bug occurs in both cases (tagged artwork or linked artwork)
2. No--the bug is that the directory is locked afterwards
3. I only tested renaming. See video at: http://screencast.com/t/QcSeh8oIu
4. Tested on Win7

Note: I also attached a debug log that goes along with the video.

rusty

2011-09-20 20:18

administrator   ~0027873

Last edited: 2011-09-20 21:03

 A few more interesting bits:
1) Aside from closing MM, the other way to make the directory unlocked is to tag the files contained within with MM.

2) The other _really_ weird thing is that when I test with Unlocker, immediately after an artwork operation in MM, it indicates that the directory isn't locked. It indicates that the directory is locked after trying/failing to rename it in Explorer.

3) Deleting the file 'thumbs.db' that exists within the directory causes the bug to go away. Adding artwork, which causes 'thumbs.db' to re-appear, causes the bug to recur.

And most importantly: performing the same steps (tagging/removing artwork) using other programs (eg. MP3 Tag) has no such effect.

Ludek

2011-09-20 23:06

developer   ~0027876

Last edited: 2011-09-21 00:11

 I have been able to reproduce this issue only once, but I am not able to force my Win 7 OS to generate the thumbnails (I can only in Win XP where I haven't reproduced the issue). I searched for the solutions, but I have no THUMBNAILS options in View. If I right click blank space in windows explorer then there are only [Larg Icons, Mediaum Icons, Small Icons, List, Details], do you have thumbnails option there?

Does this bug occur also if you disable thumbnails generation in Windows?
Does this bug occur if you disable file monitor in MM?
And please test with 1434, there were fixed some artwork tagging issues that could be related to this.

rusty

2011-09-21 06:45

administrator   ~0027880

Tested 1434, and the bug occurs exactly as described in the last 2 comments, except that tagging files in MM failed to release the lock (whereas this seemed to disable the lock in build 1433).

In answer to your questions:
- The bug occurs with the file monitor disabled
- The bug doesn't occur once thumbs.db generation is disabled (see instructions how to enable/disable at: http://superuser.com/questions/2345/how-can-i-suppress-those-annoying-thumbs-db-files-in-windows-vista-and-windows-7 ). I don't consider the bug to be an OS bug, though, since as pointed out previously, tagging/removing artwork with other tools doesn't trigger this problem.

jiri

2011-09-22 10:33

administrator   ~0027901

Last edited: 2011-09-22 10:37

 I was able to reproduce the issue once and surprisingly the folder was locked by ProcessExplorer that was running at that moment. After closing it, everything was ok. I haven't been able to reproduce since.

Based on this and other reports, I don't think it can be a MM issue, but rather some external things that we can hardly influence.

Rusty, which process has it locked in your case? You can find using ProcessExplorer for example.

rusty

2011-09-22 19:31

administrator   ~0027906

Further testing confirms that the problem is a Microsoft issue: if thumbs.db generation is enabled, then thumbs.db is locked whenever Win Explorer's Details view is used and the program associated with the file type initiates the change.

Workarounds suggested at http://social.technet.microsoft.com/Forums/en/w7itprogeneral/thread/ca2cbc1a-362f-4f01-a8f8-6f05112f1915 include:
- disabling thumbnail generation
- using a view other than the Details view in Win Explorer
- dissassociating a given program from the file types experiencing the problem

peke

2011-10-09 02:09

developer   ~0028155

Verified 1441