View Issue Details

IDProjectCategoryView StatusLast Update
0016057MMW 5Track Browserpublic2020-08-03 13:27
Reporterrusty Assigned To 
PriorityurgentSeveritymajorReproducibilityalways
Status closedResolutionreopened 
Product Version5.0 
Target Version5.0Fixed in Version5.0 
Summary0016057: Database fails to update on scan / Locations node refresh issues
DescriptionViews aren't refreshing to show new paths:

1 Navigate to Music > Location > Path
2 Select trackA by ArtistA, and FMFS Album
3 Navigate BACK to Music > Location > Path
4 Select Track A, press DELETE, and remove the track from the Library only
5 Press INS and scan the current path
--> Music > Location > Path doesn't show trackA!
6 Press FORWARD to navigate to the Album that should contain trackA
--> Music > Albums > AlbumName doesn't show trackA!
7 Press F5
--> trackA appears!

So it seems that there are two bugs:
- the view doesn't refresh on scan
- the view doesn't refresh upon navigating to it

Here's a screencap/log in case you don't see this:
https://www.screencast.com/t/JNIok9dgt
TagsNo tags attached.
Attached Files
bug-16057_build-2245.7z (140,252 bytes)
Fixed in build2247

Relationships

related to 0016556 closedpetr DB: Crash (23700000 ) when updating database from MM4 
related to 0016571 closedpetr Analyze Volume removes files from view in Location node (regression 2245) 
related to 0016853 closedmichal Properties: Inaccessible tracks do not show [<MEDIANAME>] as prefix 

Activities

petr

2020-04-29 17:45

developer   ~0057782

Fixed

peke

2020-04-30 20:35

developer   ~0057807

Verified 2445

I can't replicate using described steps and behavior in video.

rusty

2020-05-01 14:13

administrator   ~0057811

Tested 2245 and although (1) the Locations view now refreshes on scan, (2) the Album view still doesn't refresh on navigating to it.

Moreover, there are two new regressions:
3) When initially visiting the Locations node the view is sometimes corrupted: only some of the tracks display, and clicking them causes them to change (see the video after step 3)!
4) Upon completing Step 5 (scanning the directory), all tracks appear in duplicate! Note that this is also a refresh problem. Upon restarting MM5, the directory appears as expected.

https://www.screencast.com/t/AbbkOMqQ3Ja

Ludek

2020-05-04 13:40

developer   ~0057854

This issue caused two more regressions ( 0016556, 0016571 )

petr

2020-05-04 16:56

developer   ~0057855

Fixed

peke

2020-05-08 00:34

developer   ~0057897

Verified 2247

Test note tested original report to confirm it is still fixed and new reports from 0016057:0057811

rusty

2020-05-08 18:39

administrator   ~0057918

Tested 2247 and there still seem to be refresh problems with the locations node:
5) Tagging a track in the Locations node causes the tracklist to become corrupted (corrected via refresh):
https://www.screencast.com/t/kBZEo0sEMPX

petr

2020-05-10 14:32

developer   ~0057929

Last edited: 2020-05-10 14:46

The video you've added is about some issue with convert dialog
Also i've tried and cannot reproduce. Even when i change track title in album view and move back in history to Location node, title is correctly updated.

rusty

2020-05-11 13:57

administrator   ~0057942

Sorry about that. Here's the correct video:
https://www.screencast.com/t/f3Gmgp2eCf1

petr

2020-05-11 20:28

developer   ~0057948

Most probably it was caused by regression in 2245. Rescan your testing folder should solve the problem.

rusty

2020-05-11 21:40

administrator   ~0057951

Confirmed--the issue that I described was caused by the regression in 2245. Deleting the files and rescanning them solved the problem.