View Issue Details

IDProjectCategoryView StatusLast Update
0005578MMW v4DB/FileMonitorpublic2010-11-01 15:35
Reporterrusty Assigned To 
PriorityurgentSeveritymajorReproducibilitysometimes
Status closedResolutionfixed 
Product Version3.1 
Target Version3.1.1 
Summary0005578: On restart of MM, library sometimes is completely empty
DescriptionIn some rare cases, restarting MM results in MediaMonkey not finding e.g.
1) Run MM and close it
2) I Installed debug version of 1242 and ran it (generating the attached debug log)
--> DB appears empty!
3) Subsequent attempts to restart MM right away -->
--> DB appears empty!
4) Approximately 5-10 minutes later, another attempt to restart MediaMonkey
--> DB is populated again!!

The reason why this is occuring is because somehow, a new .ini and DB is being created at: C:\Documents and Settings\NetworkService\Local Settings\Application Data\MediaMonkey\MM.DB

Ludek has indicated that this is because some application changed the registry entry for \Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\Local AppData . This is entirely possible because:
-3 days ago I'd installed another application
-In performing this test, MediaMonkey_debug was installed
However, it doesn't explain the transient nature of the problem.
Additional InformationDebug log of step 2 posted to ftp
TagsNo tags attached.
Fixed in build

Relationships

related to 0005547 closedpetr MediaMonkey.ini problems. (Regression) 
related to 0006168 closedpetr Column order gets mixed up after switching nodes/views 

Activities

Ludek

2009-05-04 20:18

developer   ~0017678

Last edited: 2009-05-04 20:27

It really looks that an application or malware changed the registry value.
e.g. CCleaner does it, see:
http://forum.piriform.com/index.php?s=6cdb58f3383aa1ef717a1229245c6459&showtopic=7919
but the real cause seems to be windows app called "USB Drive Letter Manager" as noted in the thread.

We should add KB article related to this fact that the value
\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\Local AppData
can be changed from
C:\Documents and Settings\Rusty\Local Settings\Application Data\MediaMonkey\MM.DB
to
C:\Documents and Settings\NetworkService\Local Settings\Application Data\MediaMonkey\MM.DB
by another app and therefore MM appears empty.

rusty

2009-05-05 22:19

administrator   ~0017689

Closing.

rusty

2009-05-19 17:16

administrator   ~0017925

Note: another user observed this problem:
http://www.mediamonkey.com/support/staff/index.php?_m=tickets&_a=viewticket&ticketid=4685

rusty

2009-05-19 17:22

administrator   ~0017926

Raising to urgent to try to determine repro steps.

peke

2009-05-21 01:45

developer   ~0017937

Based on description this looks very similar to bug 0005547 where we were able to replicate empty database creation.

rusty

2009-05-21 12:46

administrator   ~0017942

Raised to 'immediate' and assigned to jiri, since we already have a log and more info at 0005547.

jiri

2009-05-25 09:54

administrator   ~0018005

I don't see how to reproduce the issue, MM should behave deterministicaly on this, I don't see how could this problem happen.

As for 0005547, there was a clear reason for the problem reported there, which was also fixed in 0005547, i.e. there doesn't seem to be any relation to the report in this issue.

peke

2009-05-25 14:54

developer   ~0018009

I guess, Rusty thought that if in 0005547 there is clear why it is happening and that we can inspect/optimize code to add more debug msgs to see why this happen.

It happened me few times after update to new build but I've never been able to replicate each time.

It happened me once again after testing SVN Build when I needed to use backup of library even size didn't change.

Ludek

2009-05-25 15:17

developer   ~0018010

Last edited: 2009-05-25 15:17

It really seems that something rewritten the
\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\Local AppData
registry value as noted in my note 17678.
It seems that we cannot do much about it - we should add KB article.

Ludek

2009-07-22 14:02

developer   ~0018585

Last edited: 2009-07-22 14:15

This happened to me again today immediatelly after updating to the newest PrimoBurner SDKs and libs.

I am not sure whether PrimoBurner could be the agent, but something changed the registry value
\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\Local AppData
from
C:\Documents and Settings\<User>\Local Settings\Application Data\
to
C:\Documents and Settings\NetworkService\Local Settings\Application Data\

So I would like to ask other members like Peke and Rusty to test build 1257 once is available. If the build cause the registry value to change then it would imply my theory that PrimoBurner could have an impact on this.

stephen_platt

2009-07-31 12:37

developer   ~0018599

KB article:
http://www.mediamonkey.com/support/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=127

jiri

2009-08-13 07:09

administrator   ~0018631

Setting as resolved, since it's documented now.