Web Client Version 12.0.2510.1022

I've noticed that if I open a shortcut to a folder (by clicking on the shortcut from the folder contents panel), the folder contents panel is updated to show the contents of the new folder (as expected).  But the folder tree on the side of the screen doesn't update to reflect the new location (it doesn't show anything selected), and the path listed at the top of the window is written like it is a folder in the original location rather than updating to show the true location of the folder the shortcut pointed to.

However, if I copy that path that was listed on the top of the window, and paste that into the path field on a new window, it doesn't do the same thing - it will take me to the targeted folder, and make the associated updates to the folder tree and path name at the top.

It was only when I clicked into it from the folder contents that it did this alternate behavior.

For example:
REPOSITORY\Folder A\Subfolder 1
REPOSITORY\Folder B\Subfolder 2
we make a shortcut from Subfolder 2 and place it into Subfolder 1
If I open Subfolder 1, I see the shortcut to Subfolder 2 in the folder contents, if I click it, it does open Subfolder 2 in the folder contents pane.
But the folder tree still looks like this:
⋁ Folder A
     > Subfolder 1
> Folder B
And the path field at the top looks like this:
REPOSITORY > Folder A > Subfolder 1 > Subfolder 2
If I copy that value from the path field, and paste it back in as the path on a new window, then it will reroute, and update the folder contents, but will also update the folder tree and path, so that the folder tree look like this:
> Folder A
⋁ Folder B
     > Subfolder 2
and the path field looks like this:
REPOSITORY > Folder B > Subfolder 2

The fact that this behaves differently when I click into the shortcut versus when I paste the path makes it feel like one of them is a bug.

Which one is this the intended behavior?