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
Milestone

Comments

@thomaslevesque
Copy link

@thomaslevesque thomaslevesque commented Apr 23, 2019

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 this to the 1.9.0 milestone Apr 24, 2019
@syagev

This comment has been minimized.

Copy link

@syagev 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

This comment has been minimized.

Copy link
Member

@MRayermannMSFT MRayermannMSFT commented May 30, 2019

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

@MRayermannMSFT

This comment has been minimized.

Copy link
Member

@MRayermannMSFT MRayermannMSFT commented May 30, 2019

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

This comment has been minimized.

Copy link

@syagev syagev commented May 30, 2019

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

@thomaslevesque

This comment has been minimized.

Copy link
Author

@thomaslevesque thomaslevesque commented May 31, 2019

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

This comment has been minimized.

Copy link
Member

@MRayermannMSFT 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

This comment has been minimized.

Copy link

@syagev syagev commented Jun 4, 2019

Thanks @MRayermannMSFT! This resolved the issue for me.

@thomaslevesque

This comment has been minimized.

Copy link
Author

@thomaslevesque thomaslevesque commented Jun 4, 2019

That worked for me too. Thanks @MRayermannMSFT !

@MRayermannMSFT

This comment has been minimized.

Copy link
Member

@MRayermannMSFT 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

This comment has been minimized.

Copy link
Member

@MRayermannMSFT MRayermannMSFT commented Jun 5, 2019

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
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
3 participants
You can’t perform that action at this time.