View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0014872 | MMW 5 | DB / Backup | public | 2018-06-14 21:04 | 2018-06-23 00:34 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | crash | Reproducibility | sometimes |
| Status | closed | Resolution | fixed | ||
| Product Version | 5.0 | ||||
| Target Version | 5.0 | Fixed in Version | 5.0 | ||
| Summary | 0014872: Deletion of 30 files can take several minutes (or stalls completely) | ||||
| Description | 1 Go to Files to Edit > Dead links 2 Select 36 tracks and press DELETE --> progress stalls at track 15 for 2 minutes then proceeds --> progress stalls at track 22 for 2 minutes --> progress stalls at track 25 for 2 minutes Debug log attached - note that I only started it upon stalling at track 15. It likes MM might be trying to locate the non-existent files on the network! Related to 0014802 or 0014812 ? | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 2112 | ||||
|
|
I subsequently noticed another performance/stalling issue that I suspect is related. Upon deleting 3 files in Files to Edit > duplicate files, MM took about 30s to refresh the view. See line 6659+ Note: Surprisingly in this scenario even if the user deletes 500+ files, MM doesn't indicate that the deletion operation is in progress (there's no hourglass or status bar indicator). EDIT: upon further testing of this, I'm seeing many instances of deletion leading to 2m+ waits even if if it's just 20 files. Note sure if it's related to Deletion of Networked files, Deletion of Read-only files, Deletion of Networked Read-only files, or if it's related to playback while the delete operation is occurring. Hopefully the log gives a hint, though based on the frequency of occurrence in different scenarios, I believe that it's relate to deletion while Playback is occurring and therefore also related to the bugs in the Now Playing list ( 0014871 ). |
|
|
Fixed |
|
|
Verified 2113 |
