-
Notifications
You must be signed in to change notification settings - Fork 86
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
Managing storage accounts is a very clunky experience, especially with a large tenant #7082
Comments
Hi @theficus , how many subscriptions do you find yourself frequently switching between, vs how many do you have access to? If there is a big disparity in that number, then I highly recommend you take advantage of hiding subscriptions. For example, I have access to ~150 subscriptions, but only ever work with 3. The rest are garbage to me. Therefore, I have hidden those subscriptions. To hide a subscription you can hover your mouse near/over it, look for the eye icon to pop up, and then click that. See this gif for an example of what I mean:
Our hope is that with subscription hiding, the average user should be able to get their list of subscriptions down to an amount that does not require searching. However, if we get feedback that subscription hiding is not enough, this is definitely an improvement we'd be open to exploring.
Yes. This is annoying. I have opened a specific item for this: #7083
Yes. If you get access to a new subscription, it will automatically be not-hidden, checked, and show up in the tree view on startup. The thinking behind this was to make it very quick to get access to resources in a subscription you were just added to. We've heard from users both for and against this behavior. I'm not sure that we're ready to commit to changing it or adding a setting for it though. Please feel free to continue the discussion of all of your raised concerns/points. We're more than happy to talk things through. :) |
My tenant like yours, is microsoft.onmicrosoft.com so there's hundreds if not thousands of subscriptions visible in the Account Management view. The problem isn't the checking/unchecking which I have to do to have a manageable list, it's that there's no search functionality so finding what I want involves lots and lots of scrolling through hundreds of items -- many of which have very similar names -- to find the one thing I'm looking for so I can check/uncheck it.
Given the amount of subscriptions available in my case, and the pain in managing them, having "new things checked by default" is definitely not an ideal experience. Why not have a setting to configure this behavior?
From: Matthew Rayermann ***@***.***>
Sent: Friday, 21 July, 2023 15:52
To: microsoft/AzureStorageExplorer ***@***.***>
Cc: Mention ***@***.***>; Author ***@***.***>
Subject: Re: [microsoft/AzureStorageExplorer] Managing storage accounts is a very clunky experience, especially with a large tenant (Issue #7082)
I have to go back to the Account Management view, scroll through hundreds of subscriptions, and find the one I want to uncheck.
Hi @theficus<https://github.com/theficus> , how many subscriptions do you find yourself frequently switching between, vs how many do you have access to? If there is a big disparity in that number, then I highly recommend you take advantage of hiding subscriptions. For example, I have access to ~100 subscriptions, but only ever work with 3. The rest are garbage to me. Therefore, I have hidden those subscriptions. To hide a subscription you can hover your mouse near/over it, look for the eye icon to pop up, and then click that. See this gif for an example of what I mean:
[image]<https://user-images.githubusercontent.com/21112697/255295786-fbdd83ff-7bad-4c2f-990d-ddc3943676eb.png>
Under the Account Management view, there is no search functionality which makes it very difficult to find the subscriptions I want without lots and lots of scrolling.
Our hope is that with subscription hiding, the average user should be able to get your list of subscriptions down to an amount that does not require searching. However, if we get feedback that subscription hiding is not enough, this is definitely an improvement we'd be open to exploring.
Furthermore, if a subscription ends up in the "Explorer" view there is no ability to remove a subscription from there
Yes. This is annoying. I will open a specific item for this.
subscriptions seem to sometimes get checked that I didn't specifically add
Yes. If you get access to a new subscription, it will automatically be not-hidden, checked, and show up in the tree view on startup. The thinking behind this was to make it very quick to get access to resources in a subscription you were just added to. We've heard from users both for and against this behavior. I'm not sure that we're ready to commit to changing it or adding a setting for it though.
Please feel free to continue the discussion of all of your raised concerns/points. We're more than happy to talk things through. :)
-
Reply to this email directly, view it on GitHub<#7082 (comment)> or unsubscribe<https://github.com/notifications/unsubscribe-auth/ACYZLZDCRUA6QOYI23Q2SM3XRMBZLBFKMF2HI4TJMJ2XIZLTSSBKK5TBNR2WLJDUOJ2WLJDOMFWWLO3UNBZGKYLEL5YGC4TUNFRWS4DBNZ2F6YLDORUXM2LUPGBKK5TBNR2WLJDUOJ2WLJDOMFWWLLTXMF2GG2C7MFRXI2LWNF2HTAVFOZQWY5LFUVUXG43VMWSG4YLNMWVXI2DSMVQWIX3UPFYGLAVFOZQWY5LFVE4DMMRQGQ4DSMJRURXGC3LFVFUGC427NRQWEZLMVRZXKYTKMVRXIX3UPFYGLLCJONZXKZKDN5WW2ZLOOSTHI33QNFRXHE4CUR2HS4DFVJZGK4DPONUXI33SPGSXMYLMOVS2SMJSGQ2TSNZSHEYYFJDUPFYGLJLJONZXKZNFOZQWY5LFVIYTQMJWGE3TEOBTGGBKI5DZOBS2K3DBMJSWZJLWMFWHKZNJHA3DEMBUHA4TCMNHORZGSZ3HMVZKMY3SMVQXIZI>.
You are receiving this email because you were mentioned.
Triage notifications on the go with GitHub Mobile for iOS<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
I understand what you're saying here. Can you let me know how the subscription hiding doesn't help?
Given the feedback we've had on the behavior so far, it hasn't been a priority compared to other work. |
The problem is that when you're in the "Account Management" view, there can be a massive amount of things there. There's no search functionality that would let you filter the list of names or subscription IDs, and many subscriptions are not named in such a way that makes it easy to skim for them by name so just finding the subscription I want requires a whole bunch of scrolling and scanning. I admit this is probably a Microsoft-centric problem since I would assume most tenants don't have the sheer count of subscriptions microsoft.onmicrosoft.com has but it's a daily frustration for me none the less. (Especially so with the decision to automatically add new subscriptions since I don't want those cluttering up my Explorer view so I have to go back into the Account Management view and scroll through hundreds of things to find those one or two new things that were added and make them go away.)
I hope this clarifies things!
From: Matthew Rayermann ***@***.***>
Sent: Monday, 24 July, 2023 09:11
To: microsoft/AzureStorageExplorer ***@***.***>
Cc: Author ***@***.***>; Comment ***@***.***>
Subject: Re: [microsoft/AzureStorageExplorer] Managing storage accounts is a very clunky experience, especially with a large tenant (Issue #7082)
The problem isn't the checking/unchecking which I have to do to have a manageable list, it's that there's no search functionality so finding what I want involves lots and lots of scrolling through hundreds of items -- many of which have very similar names -- to find the one thing I'm looking for so I can check/uncheck it.
I understand what you're saying here. Can you let me know how the subscription hiding doesn't help?
Why not have a setting to configure this behavior?
Given the feedback we've had on the behavior so far, it hasn't been a priority compared to other work.
-
Reply to this email directly, view it on GitHub<#7082 (comment)> or unsubscribe<https://github.com/notifications/unsubscribe-auth/ACYZLZG3Q4MJF3QPEFWNB5TXR2NBPBFKMF2HI4TJMJ2XIZLTSSBKK5TBNR2WLJDUOJ2WLJDOMFWWLO3UNBZGKYLEL5YGC4TUNFRWS4DBNZ2F6YLDORUXM2LUPGBKK5TBNR2WLJDUOJ2WLJDOMFWWLLTXMF2GG2C7MFRXI2LWNF2HTAVFOZQWY5LFUVUXG43VMWSG4YLNMWVXI2DSMVQWIX3UPFYGLAVFOZQWY5LFVE4DMMRQGQ4DSMJRURXGC3LFVFUGC427NRQWEZLMVRZXKYTKMVRXIX3UPFYGLLCJONZXKZKDN5WW2ZLOOSTHI33QNFRXHE4CUR2HS4DFVJZGK4DPONUXI33SPGSXMYLMOVS2SMJSGQ2TSNZSHEYYFJDUPFYGLJLJONZXKZNFOZQWY5LFVIYTQMJWGE3TEOBTGGBKI5DZOBS2K3DBMJSWZJLWMFWHKZNJHA3DEMBUHA4TCMNHORZGSZ3HMVZKMY3SMVQXIZI>.
You are receiving this email because you authored the thread.
Triage notifications on the go with GitHub Mobile for iOS<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
Unfortunately, it doesn't. I've reached out a few times over Teams to see if we could do a screenshare so we can show it each other what we're talking about, but for some reason it seems like perhaps my messages aren't reaching you. Feel free to reach out at your convenience. |
@theficus closing issue due to lack of response. I'm still interested in connecting with you over Teams though. Feel free to reach back out whenever. |
Preflight Checklist
Problem
I have hundreds of Azure subscriptions for my tenant, and it's a very clunky experience managing them.
Desired Solution
Under the Account Management view, there is no search functionality which makes it very difficult to find the subscriptions I want without lots and lots of scrolling. Furthermore, if a subscription ends up in the "Explorer" view there is no ability to remove a subscription from there (for instance right click, remove). I have to go back to the Account Management view, scroll through hundreds of subscriptions, and find the one I want to uncheck. This is especially frustrating because subscriptions seem to sometimes get checked that I didn't specifically add so I have to go hunting through the list to find and remove them.
Alternatives and Workarounds
No response
Additional Context
No response
The text was updated successfully, but these errors were encountered: