View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0015927||MediaMonkey 5||Tracklist||public||2019-09-06 22:04||2019-10-07 15:58|
|Target Version||5.1||Fixed in Version||5.0|
|Summary||0015927: Issues with the Tree list control|
|Description||1)a) Attempts to edit a playlist (click or F2) in the Tree list subview|
--> The textbox appears in the wrong location (far to the left of the entry--mostly not visible)
1 b) The main tree control has a similar issue, though not as pronounced. Attempts to edit a playlist in the tree
--> The textbox doesn't appear in the position of the tree text (it gets moved to the left margin of the tree)
2) If the user attempts to edit the playlist (F2) from 1a) during playback
--> The textbox appears and then immediately closes
3) Sometimes selecting an entry in the Tree list subview causes a different entry to be selected. e.g.
1 Click Playlists node --> Playlists tree subview appears along with grid view
2 Click a playlist in the Grid view
3 Click a playlist in the Playlist Tree subview
--> A playlist other than the playlist that was clicked gets selected!!
|Tags||No tags attached.|
|Fixed in build||2203|
1) is half year old regression caused by fixing 0015482 (SVN revision 33052)
Item 1 is fixed in 2197
||The rest is fixed in 2198|
Tested 2198, and most issues seem to be resolved. Except:
1a) Editing (F2) playlist names in the tree list subview works if the Playlist name doesn't extend beyond the right margin of the control. But if the Playlist name is long and extends beyond the right margin, then attempts to rename the playlist fail (the edit box appears to the left of the playlist and is about 3 pixels wide).
2)b) Verified 2a, but there's another variant of this problem that occurs even when playback is stopped.
1 Select a playlist in the Playlist tree subview
2 Click the playlist in order to rename it
--> Edit box appears as expected, but 1 in 5 times, the edit box will close by itself.
Note: This issue doesn't occur when pressing F2 to activate the edit box. Also, it doesn't occur in the regular tree (it's specific to the Playlist tree subview)
4) Tree can get to "edit" mode unexpectedly:
1) Click "Playlist A"
2) Click "Playlist B"
3) Click "Playlist A" again
=> it is in edit mode (like if user double-click "Playlist A" or press F2)
Item 4) fixed in 2202
Items 1a) & 2b) are fixed in 2203
Verified all but the following in 2203:
1a) The textbox is now editable, but it's right-justified instead of left-justified (i.e. the text should not move when the textbox opens).