View Issue Details

IDProjectCategoryView StatusLast Update
0006168MMW v4Main Panel/Toolbars/Menuspublic2009-11-16 19:18
Reporterrusty Assigned To 
PriorityurgentSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Product Version3.1.2 
Target Version3.1.2Fixed in Version3.1.2 
Summary0006168: Column order gets mixed up after switching nodes/views
DescriptionI'm not certain of the exact repro steps at this stage, but I've been able to get MM to completely mess up the column order by switching around between nodes in AA+Details view.

The key steps (still requires validation) seemed to be:
1 Close MM
2 Restart MM in AA+Details node
3 Switch to My Computer > K: or My Computer > K: > All
--> Album Art & Artist/Album columns move to the last two columns
--> This change occurs in ALL nodes and in ALL views!!
TagsNo tags attached.
Fixed in build1292

Relationships

related to 0006154 closedpetr Node sort order is lost after visiting Now Playing node 
related to 0005578 closedjiri On restart of MM, library sometimes is completely empty 
related to 0006186 closedpetr Upgrading to build 1292 loses column configuration 

Activities

rusty

2009-11-11 03:20

administrator   ~0019663

Ok, I've found a set of repro steps that _consistently_ triggers the problem. they must be followed exactly--I haven't figured out why it occurs.

1 Switch to the Genre node / Details view
2 Close MM and delete the library
3 Start MM, press insert to scan tracks
4 Click My Computer > K:\My Documents\All node
5 Click Ratings node
6 Switch to AA + Details view
--> columns are messed up!!

rusty

2009-11-11 15:42

administrator   ~0019668

Video is posted to: http://www.mediafire.com/?jrzi1xhdjnm

Debug log is at (actual relevant activity occurs between lines 73921 and ~77k: http://www.mediafire.com/?mjnymayfyny

rusty

2009-11-11 23:27

administrator   ~0019685

fyi, the repro steps are even simpler than described (note: tested after the bug has occured once):
1 Start MM within a library node (details view or AA view)
2 Switch nodes
3 In the new node, switch to AA+details view

Note that the bug will not normally occur, because if the user does any of the following at the begining of a session, the bug cannot be reproduced:
-Start MM in AA+Details mode
-Start in a node and switch from Details to AA+Details
-others?

Somehow, doing these actions prevents the bug from occuring during that session. But closing MM and restarting, and then doing the repro steps
--> bug occurs.

petr

2009-11-11 23:45

developer   ~0019686

Fixed in 1290

rusty

2009-11-12 16:53

administrator   ~0019697

Tested in 1290 as follows and the problem still exists:

1) Existing installation:
-simplest set of repro steps --> bug

2) Deleted MM registry key and retried:
-simplest set of repro steps --> bug

rusty

2009-11-12 19:13

administrator   ~0019699

Resolving because I believe that the bug reccurred in the above scenario due to the fact that multiple MediaMonkey processes were running in the background.

When I tested on a clean install, the bug is not reproducible.

rusty

2009-11-12 20:54

administrator   ~0019703

Re-opening since when I test on an upgrade from build 1288, this doesn't work correctly. Problems are:

a) when I initially run 1290, the columns appear out of order just by doing the following steps:
 - 1 Got to a node in Details view
 - 2 Switch to AA+Details view'mixed up' after doing a set of steps
One would expect that an upgrade wouldn't appear to trigger a new problem (the likelyhood of users experiencing the problem is much higher in build 1290, because the repro steps are much simpler).

Note: if one launches directly into AA+Details view in 1290, the bug doesn't occur (for that session).

b) when I try to re-order the mixed up columns in AA+Details view
 --> the steps described in a) above trigger the problem again!!
One would expect that re-ordering the columns would persist any changes as soon as the changes are made.

petr

2009-11-12 23:08

developer   ~0019708

Added code to fix these AA columns when upgrading to new version (not necessary for clean installation). Fixed in 1291.

rusty

2009-11-13 02:09

administrator   ~0019710

Last edited: 2009-11-13 02:48

Tested upgrade from 1288-->1290-->1291 and buggy behavior persists.

The repro steps are again exactly as described in comment (0019703).

According to Petr, the following file is triggering this bug, as MM fails to process the registry correctly because of it:
http://www.mediafire.com/?jjomtmztyo5 (as MP3)
http://www.mediafire.com/?jjlom2yyeom (as .7z archive)

rusty

2009-11-13 07:15

administrator   ~0019711

Last edited: 2009-11-13 07:32

Tested with the updated version of build 1291, and the problem is still not resolved--it occurs exactly as described in the previous comment.

Interestingly, even if I delete the supposedly problematic file/genre, the problem still occurs.

One other comment: isn't the cause of this issue, likely the cause of 0005578 (i.e. failed read of registry --> failed read of .ini file --> MM DB appears to be missing) ?

rusty

2009-11-13 16:12

administrator   ~0019719

Last edited: 2009-11-13 21:32

tested 1292 test build as follows:
1) Upgrade from 3.1.1
a) clean install of 3.1.1 (note: verified that 6168-type bugs do not occur)
b) upgrade to internal 3.2.0.1292
 --Bug is solved when switching between default nodes and views
 ----Column headers in Details view: Album Art, Artist/Album,....., #
 ----Column headers in AA+details view: Album Art, Artist/Album, ...... (# doesn't appear anywhere)
 --BUT, in AA+Details view, move 'Title' column 2 columns to the right
 ----Column headers in Details view: #, Album Art, Artist/Album, .....
 ----Column headers in AA+details view: Album Art, Artist/Album, ...... (# doesn't appear anywhere)
 ------>on restarting MM, the bug recurs!!
 ---------Column headers in Details view: #, Artist/Album, ....., Album Art
 ---------Column headers in AA+details view: ....., Album Art, Artist/Album (# doesn't appear anywhere)

The interesting thing is that when I subsequently re-arranged the columns using the headers, the bug remained. HOWEVER, when I re-arranged the column headers using the filters dialog (rather than column headers), the bug permanently disappeared!! I could not get it to recur. Of possible interest:
--Filters dialog doesn't include the '#' column (minor bug but perhaps the main difference???)
--Upon reorganizing using the filters dialog, column headers appear as follows:
 ----Column headers in Details view: Album Art, Artist/Album,....., #
--After restarting:
 ----Column headers in Details view: #, Album Art, Artist/Album,.....
 ----Column headers in AA+details view: Album Art, Artist/Album, ...... (# doesn't appear anywhere)


2) Clean install of internal 3.2.0.1292
-No bugs at all (even on moving columns)

petr

2009-11-13 21:32

developer   ~0019721

Fixed in 1292

petr

2009-11-14 19:00

developer   ~0019723

Changed code to preserve all settings in default view. Will be in 1293.

rusty

2009-11-16 19:18

administrator   ~0019736

Verified 1293.