The string changes to blob container name if click the string 'Snapshot for XXX' in the snapshots/versions view

[v-kellyluo]

Storage Explorer Version: 1.35.0-dev (100)
Build Number: 20240810.1
Branch: rel/1.35.0
Platform/OS: Windows11/Windows 10/Linux Ubuntu 22.04/MacOS Sonoma 14.6(Apple M1 Pro)
Architecture: arm64/x64/x64/arm64
How Found: Ad-hoc testing
Regression From: Previous release (1.34.0)

Steps to Reproduce

1. Expand one storage account -> Blob Containers.
2. Create a blob container -> Upload a blob.
3. Right click the blob -> Click 'Manage History -> Manage Snapshots'.
4. Click the string 'Snapshot for XXX' in the address bar.
5. Check whether the string in the address bar doesn't change.

Expected Experience

The string doesn't change.

Actual Experience

The string changes to blob container name.

Additional Context

1. This issue also reproduces under versions view.
2. This issue also reproduces for file share.

[MRayermannMSFT]

@v-kellyluo , I'm confused. The "actual experience" gif shows:

• Not what you described
• What I would expect

That is: the address bar gets an additional path part of "Snapshots for ''".

I also tested with 1.34 and 1.35 and the behavior is the same on both?

[MRayermannMSFT]

Ah I see. I misread the issue. The "issue" is not about the content of the text. It is about what happens after clicking on the text. Gotcha.

[v-kellyluo]

Update:
This issue also reproduces when clicking the string in address bar if apply 'Filter by prefix/Tag Query'.

[craxal]

It seems that the problem is due to the fact that we are generating a new location when the breadcrumb button is clicked. The history location is converted to a blank path which is then in turn converted to a list location at the root. What should be happening is essentially a no-op. This occurs in the onClick() button prop in AddressBar.tsx.

Fixing this involves updates to the UI components package, the blob extension, and the file extension. I don't think this is a breaking bug, considering that users can still click the back button to get back to viewing snapshots. So, I don't think this needs to be fixed for 1.36.0.