View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0014802 | MMW 5 | Tagging / organizing (properties / auto-tools) | public | 2018-05-03 21:09 | 2019-04-23 16:30 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | crash | Reproducibility | sometimes |
| Status | closed | Resolution | reopened | ||
| Product Version | 5.0 | ||||
| Target Version | 5.0 | Fixed in Version | 5.0 | ||
| Summary | 0014802: Editing multiple tracks in My Folders --> crash | ||||
| Description | 1 Select 700 tracks in Videos > Folders > [Network Location] > Kids TV 2 Change property Type from Video to TV 3 While this is in progress, select tracks in Videos > Folders > [Network Location] > Kids TV 4 Right click Properties --> crash Debug: 0A2C08DF | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 2114 | ||||
|
|
Most probably fixed together with 14828 |
|
|
This issue isn't fixed in 2108 (or it might be partially fixed). To replicate: 1 Navigate to Videos > Folders > [Network Location] > Kids TV 2 Select all folders 3 Change property Type from Video to TV 4 Click OK --> MM shows updating 592 tracks and then freezes (white screen) Log ID 0A2C47D4 Note: the problem doesn't occur when selecting a subset of the folders |
|
|
I also triggered this problem by editing 100 audio files in Music > Location > Greatest Hitss Select 100 tracks Change properties: Album --> "", Rating --> "" --> crash Log ID: 0A2C3225 |
|
|
Based on testing it seems that there are 3 variants to this bug: a) freeze on mass edit of type (e.g. Log ID: AED70000 ) -- Seems to be fixed by the custom build from Petr b) freeze on startup -- this occurs occasionally with a symptom of a frozen hourglass as tracks load into the view (e.g. Log ID: 496C7918 ) c) freeze on mass edit of type (different than the first one Log ID: 45AFD6C8 ) This evening I tested further with your custom 2108 build and although I couldn't trigger the freeze on startup, I was able to trigger the freeze on mass edits. Interestingly, I found that whenever the freeze occurs, it's preceded by slow processing of DB updates (a rate of 1/second instead of roughly 20/second). Test 2-1: Crash on setting Type for large number of tracks. Symptom: hourglass frozen (after 59 of appx. 800 tracks were updated) Note: updates occurred 1 per second from the beginning Log ID: 07CF3225 Test 2-2: Successful setting of Type for large number of tracks. Symptom: 771 tracks successfully updated in about 1 minute. I've tested numerous times and can't figure out why in some cases the crash occurs, but not others. |
|
|
This seems to be partially fixed in 2110. Now the problem only occurs after MM has been doing a lot of DB updates (e.g. 900+). What I'm seeing is that as the number of updates increases, the speed of the updates diminishes and once the speed drops to < 1 per second, MM will usually eventually freeze and generate a crashlog. Debug log: 73BA85C6 |
|
|
Fixed |
|
|
Verified 2114 |
|
|
Re verified 2159 |
