Selection focus jumps to other subscription/storage accounts on keypress

Storage Explorer Version: 1.1.0
Platform/OS Version: Windows 10
Architecture: ia32

Unable to reproduce, but the issue is dangerous enough that it still merits reporting.

After doing some work in Subscription A for a while, I moved over to Subscription B to do some different work. However, a glitch in the Storage Explorer made it so that every time a button was tapped, regardless of what element the focus was on, the focus would jump back to Subscription A.

For example, if I had 10 tables in A and 10 in B and had the 5th table in B selected, tapping the Up arrow would move the cursor to the 4th table in A. More dangerously, if I tapped the Delete key on the 5th table in B, the cursor would jump to the 5th table in A and then attempt to delete that. In an environment where A and B mirror each other in terms of table structure, this would basically go unnoticed because the table name is the only thing shown in the deletion confirmation.

This error only occurred when the focus was on items in the leftmost navigation pane (ie. arrowing up and down through individual table row entries was fine), but the minute the focus returned to anywhere on the navigation pane, any key presses would cause the focus to jump to Subscription A.

This problem persisted until Storage Explorer was closed, it was consistently reproducible until it was closed.

Start by reproducing the navigation-pane focus behavior described for Storage Explorer 1.1.0 on Windows 10, switching between Subscription A and Subscription B. Check whether keypresses after returning focus to the leftmost navigation pane move selection back to Subscription A or target the wrong item for deletion. Done means focus and destructive actions remain with the selected subscription.