search

microsoft / AzureStorageExplorer

Easily manage the contents of your storage account with Azure Storage Explorer. Upload, download, and manage blobs, files, queues, tables, and Cosmos DB entities. Gain easy access to manage your virtual machine disks. Work with either Azure Resource Manager or classic storage accounts, plus manage and configure cross-origin resource sharing (CORS) rules.
Creative Commons Attribution 4.0 International
374 stars 86 forks source link

The relevant part of the node path is displayed next to the tab's name when only one tab is open for a blob container or table #8213

Open v-xianya opened 2 weeks ago

v-xianya commented 2 weeks ago

Storage Explorer Version: 1.36.0-dev (101) Build Number: 20240926.1 Branch: main Platform/OS: Windows11 Architecture: arm64 How Found: From running test cases Regression From: Not a regression

Steps to Reproduce

  1. Expand one storage account -> Blob Containers.
  2. Open one blob container.
  3. Check whether no relevant part of the node path is displayed next to the tab's name.

Expected Experience

No relevant part of the node path is displayed next to the tab's name. image

Actual Experience

The relevant part of the node path is displayed next to the tab's name. image

Additional Context

  1. For now, we only occurred this issue against blob containers and tables on Windows ARM64 and it is unstable.
  2. This issue can't be reproduced consistently.
  3. Here is the record: Animation
  4. Here is the log: 2024-09-27_055658 (2).zip 2024-09-27_055658.zip
craxal commented 2 weeks ago

@v-xianya Can you verify whether this only reproduces on Windows ARM64? Or does this also reproduce in Windows x64 or other platforms?

craxal commented 2 weeks ago

Unfortunately, the logs you attached don't contain much useful information. I'm going to add some extra verbose logging to help us narrow down the problem. If you can repro, please share any relevant verbose output from the renderer process (or just share the renderer process logs).

v-xianya commented 2 weeks ago

Got it, will share the logs once we reproduce this issue.

v-xianya commented 6 days ago

Hi @craxal We reproduced this issue on Linux(.tar) using build 20241008.1. image here is the log: 2024-10-08_014006_renderer_5006.zip

v-xianya commented 5 days ago

Hi @craxal @richardMSFT Today we met this issue on MacOS ARM, Windows ARM64, Windows X64, Linux.

here are the steps that can reproduce this issue <Also apply to file shares/tables/queues>. I hope this helps.

Steps:

  1. Ensure there are two blob containers with the same name but from different storage accounts.
  2. Expand one storage account and temporarily open the blob container.
  3. Expand the other storage account and temporarily open the blob container with the same name.

Here is the render log on Windows ARM64. 2024-10-09_074651_renderer_6888.log

Below is the record: Image

v-xianya commented 3 days ago

@richardMSFT Verified this issue on the rel build 20241011.2. It doesn't reproduce. However, I noticed that the relevant part of the node path briefly flashes after opening a secondary temporary tab. I'm not sure if this requires further attention. Here is the record. Image

craxal commented 2 days ago

The flash comes from the time between adding the new temporary tab to the collection of tabs (which causes path differentiations to be recalculated) and removing the old temporary tab. We can address this in 1.37.0.