View Issue Details

Jump to Notes
IDProjectCategoryView StatusDate SubmittedLast Update
0009768MMASynchronizationpublic2012-10-03 08:332012-10-14 05:25
Reporterjiri Assigned To 
PriorityimmediateSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Target Version1.0.1Fixed in Version1.0.1 
Summary0009768: MM scans too often / too long
Description1. MM scans MS on every start for a very long time, it seems to do a lot of unnecessary things.

2. Scanning MS also starts unexpectedly during MM running by just starting playback.

3. During scanning MS playlists seem to behave erratically - e.g. a playlist of 3 tracks suddenly shows 6, then 9, etc. tracks on screen, even though after pressing Back it still shows 3 tracks only.
TagsNo tags attached.
Fixed in build44

Relationships

related to 0009585 closedmarek Database fails to update on new/deleted tracks/playlists 
related to 0009666 closedmartin Video thumbnails performance is very slow 
child of 0009575 closedmartin Album Art is missing for many tracks after initial scan 

Activities

marek

2012-10-03 22:01

developer   ~0032291

1) fixed

jiri

2012-10-04 09:07

administrator   ~0032298

1) Confirmed to be fixed.

2) As discussed, should be fixed by better monitoring file changes - run only one-file MS scan when possible.

4) Some queries related to scanning could be significantly simplified and thus made faster. Priority of this could be decreased if needed though...

rusty

2012-10-05 16:57

administrator   ~0032326

Note: In build 38, I'm observing similar issues on my Xperia Pro (running GB). Upon first running MM, it took ~3 minutes for the 'hourglass' to go away (for only 0000018:0000300 tracks). But then when I ran MM again, and added several tracks to the NP list, the hourglass re-appeared, and wouldn't go away, and then triggered a crash in MM.

rusty

2012-10-07 05:22

administrator   ~0032339

In build 40, initial scan still takes 5 minutes.
At the end of the scan, it appears to freeze ~5 seconds.

jiri

2012-10-09 21:05

administrator   ~0032375

The only remaining here is 4), decreasing priority.

rusty

2012-10-10 15:50

administrator   ~0032385

Last edited: 2012-10-10 15:52

 5. Scanning thread sometimes hangs on GB. This may be related to the failure to display artwork in some cases ( 0009575 ) since the two bugs often occur in tandem. Logs sent to Marek.

Reraising priority.

marek

2012-10-12 04:40

developer   ~0032461

Fixed in build 44

rusty

2012-10-14 05:25

administrator   ~0032545

Tested 45. This can still take some time, but the behaviour is no longer erratic.