Following your steps in post #9, I can now reproduce it.

My advice: Many of bugs of this level that I reported more than a year ago haven't been fixed yet. So I would imagin this won't be fixed soon, either. It's better to just collapse the Console view and never close it.

williamcopper
Then I OPENED console view again, and the bug REMAINED.   Aha.

I could reproduce the bug, except this part. Once I have console open track switching works. Once it is closed, it no longer works.
 
I see a difference in track activation. When console is open, current track (highlighted) follows track selection in PRV. And there is nothing visibly active in the track view. Once console is closed, an attempt to switch tracks in PRV activate unrelated track (in your example Track 1) in the track view. Once console is open again, it also indicate Track 1 as active before switching in PRV.

This is a very minor bug, of course, but I wonder if it doesn't indicate something that might be more serious, the kind of thing that eventually results in mysterious failures with high track and clip counts.  Whether a track is visible or not should not have anything to do with whether it is selected or not. 

azslow3

williamcopper
Then I OPENED console view again, and the bug REMAINED.   Aha.

I could reproduce the bug, except this part. Once I have console open track switching works. Once it is closed, it no longer works.
 
I see a difference in track activation. When console is open, current track (highlighted) follows track selection in PRV. And there is nothing visibly active in the track view. Once console is closed, an attempt to switch tracks in PRV activate unrelated track (in your example Track 1) in the track view. Once console is open again, it also indicate Track 1 as active before switching in PRV.

 
Yes, the Console view must remain open.
 
As I noted in post #4, I tested earlier versions of Sonar back to 8.5.3.  The first version that I could reproduce the problem was in version X3e.  X3 was the first version to use highlighted Track names for "Active" track indicator.
Earlier versions used a highlighted track or folder to indicate an "Active" track.
 

icontakt
Following your steps in post #9, I can now reproduce it.

My advice: Many of bugs of this level that I reported more than a year ago haven't been fixed yet. So I would imagin this won't be fixed soon, either. It's better to just collapse the Console view and never close it.

I completely agree. 
 
-- Ron

williamcopper
This is a very minor bug, of course, but I wonder if it doesn't indicate something that might be more serious, the kind of thing that eventually results in mysterious failures with high track and clip counts.  Whether a track is visible or not should not have anything to do with whether it is selected or not. 

I do not believe this is related to track and clip counts, because it can be reproduced with low track counts.  I think it has to do with the "Active" track indicator and could show up in any function that depends on an "Active" track selection.  If I were a Cakewalk developer I would start looking at the code changes that were made for "Active" track in X3. 
 
-- Ron

Just discovered that the PRV functions as expected when selecting a note using the Smart Tool in a multi-track PRV to change tracks instead of using the PRV track list.  This works even without an open Console view.
This workaround assumes there are notes already in the tracks.
-- Ron