Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Quick access stuck in "loading" state when Azure resources have been moved to a different subscription #1327

Closed
thomaslevesque opened this issue Apr 23, 2019 · 10 comments
Assignees
Labels
🪲 bug Issue is not intended behavior ✅ merged A fix for this issue has been merged
Milestone

Comments

@thomaslevesque
Copy link

Storage Explorer Version: 1.7.0
Platform/OS: Windows 10
Architecture: x64
Regression From: N/A

Bug description
I had some resources (CosmosDB collections) in Quick Access. I moved them to a different subscription, and now Quick Access shows "Loading..." forever.

Steps to Reproduce

  1. Create a Cosmos DB collection
  2. Add it to Quick Access in Storage Explorer
  3. Move the Cosmos DB account to a different subscription
  4. Restart Storage Explorer

Expected Experience
Quick Access should either show the collection (if it can still find it), or remove it from Quick Access automatically.

Actual Experience
Quick Access is stuck in "Loading... " state:

image

@MRayermannMSFT MRayermannMSFT added the 🪲 bug Issue is not intended behavior label Apr 24, 2019
@MRayermannMSFT MRayermannMSFT added this to the 1.9.0 milestone Apr 24, 2019
@syagev
Copy link

syagev commented May 19, 2019

I'm experiencing this also (I think my resources were deleted rather than moved). Is there anyway I can reset this manually somehow? Maybe just go where Storage Explorer saves the list of resources and just delete them. It's just very annoying since I really need a short list of favorite items for quick access but since it's stuck the Quick Access list is completely unusable.

@MRayermannMSFT
Copy link
Member

@syagev, was your resource cosmosdb related or storage related?

@MRayermannMSFT
Copy link
Member

Also, @syagev and @thomaslevesque, can you tell me exactly what resource type you think is causing an issue? I've tried with a variety of types, and so far all of them have resulted in broken quick access items, which is the intended behavior.

@syagev
Copy link

syagev commented May 30, 2019

For me it was a Storage Account. Still experiencing this with version 1.8.1

@thomaslevesque
Copy link
Author

Also, @syagev and @thomaslevesque, can you tell me exactly what resource type you think is causing an issue?

I had a few Cosmos DB collections, and maybe storage accounts too. I don't know which caused the issue. All I know is that I moved all these resources to a different subscription.

@MRayermannMSFT MRayermannMSFT added this to Committed in Storage Explorer via automation May 31, 2019
@MRayermannMSFT MRayermannMSFT moved this from Committed to Under Review in Storage Explorer Jun 3, 2019
@MRayermannMSFT MRayermannMSFT moved this from Under Review to In Progress in Storage Explorer Jun 3, 2019
@MRayermannMSFT
Copy link
Member

MRayermannMSFT commented Jun 3, 2019

Ok, I still can't repro this, even after moving resources. So let me do two things:

  1. I'll add Quick Access to the reset dialog (Help -> Reset)
  2. Give you instructions on how to get out of things until 1.9 ships

Ok instructions:

  1. Open dev tools (f12)
  2. Go to the application tab
  3. Go to Local Storage -> file://
  4. Look for the row with key StorageExplorer_InPlaceQuickAccessItems_v1
  5. Delete the value of that row
    image

@MRayermannMSFT MRayermannMSFT self-assigned this Jun 3, 2019
@MRayermannMSFT MRayermannMSFT moved this from In Progress to Under Review in Storage Explorer Jun 3, 2019
@syagev
Copy link

syagev commented Jun 4, 2019

Thanks @MRayermannMSFT! This resolved the issue for me.

@thomaslevesque
Copy link
Author

That worked for me too. Thanks @MRayermannMSFT !

@MRayermannMSFT
Copy link
Member

MRayermannMSFT commented Jun 4, 2019

Awesome. The reset dialog thing will do the equivalent of the instructions I just gave you. I'll keep trying to repro the issue though if I have time, since ideally we don't want you to have to reset.

@MRayermannMSFT
Copy link
Member

Still can't repro, but I've finished adding QA to the reset dialog. Closing for now.

Storage Explorer automation moved this from Under Review to Done Jun 5, 2019
@MRayermannMSFT MRayermannMSFT added ✅ merged A fix for this issue has been merged and removed 🔍 pending labels Jun 5, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🪲 bug Issue is not intended behavior ✅ merged A fix for this issue has been merged
Projects
Development

No branches or pull requests

3 participants