View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0006168 | MMW v4 | Main Panel/Toolbars/Menus | public | 2009-11-10 02:31 | 2009-11-16 19:18 |
Reporter | rusty | Assigned To | |||
Priority | urgent | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | 3.1.2 | ||||
Target Version | 3.1.2 | Fixed in Version | 3.1.2 | ||
Summary | 0006168: Column order gets mixed up after switching nodes/views | ||||
Description | I'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!! | ||||
Tags | No tags attached. | ||||
Fixed in build | 1292 | ||||
|
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!! |
|
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 |
|
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. |
|
Fixed in 1290 |
|
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 |
|
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. |
|
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. |
|
Added code to fix these AA columns when upgrading to new version (not necessary for clean installation). Fixed in 1291. |
|
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) |
|
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) ? |
|
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) |
|
Fixed in 1292 |
|
Changed code to preserve all settings in default view. Will be in 1293. |
|
Verified 1293. |