[BUG]Get-PnPUserOneDriveQuota (possibly Education tenant related?)

[valis-nz]

Reporting an Issue or Missing Feature

Reporting an Issue with the "https://pnp.github.io/powershell/cmdlets/Get-PnPUserOneDriveQuota.html" command. Other commands mostly work.

Expected behavior

A user's onedrive quota.

Actual behavior

On two different machines, using an app registration with permissions and cert, the command just hangs. The verbose output with the nightly build is:
VERBOSE: Already connect to the SharePoint Online Admin Center at 'https://ourtenant-admin.sharepoint.com/'
VERBOSE: Making call to SharePoint Online using the Client Side Object Model (CSOM)
VERBOSE: Evaluating application permissions in access token for audience SharePoint Online
VERBOSE: Access token contains the following 2 application permission scopes for resource SharePoint Online: User.ReadWrite.All, Sites.FullControl.All
VERBOSE: No required permissions have been defined on this cmdlet
(this just hangs as long as it is left)

Steps to reproduce behavior

(note this is an education tenant which may be a factor as another already closed bug report mentioned the same.)
Connect-PnPOnline -Url $SiteURL -ClientId $ClientID -Thumbprint $ThumbPrint -Tenant $Tenant
Connects fine and can run other get-commands, but the following just hangs:
get-pnpuseronedrivequota -account someaccount@ourdomain.co.nz

What is the version of the Cmdlet module you are running?

Both stable 2.12 and 2.99.37-nightly

Which operating system/environment are you running PnP PowerShell on?

• Windows
• Linux
• MacOS
• Azure Cloud Shell
• Azure Functions
• Other : please specify

I think this is the same bug experienced and not solved by a few users (but solved as not able to be replicated):
#3539
The running theory is that for people experiencing the issue, they may be using an education tenant, which is somehow causing this command to fail.

[sticky270]

Can confirm, still experiencing this issue as per comment on #3539 and are using an education tenant.

[PierardY]

Same problem with connect-pnponline with clientid/thumbprint on education tenant
Get-PnPUserOneDriveQuota -Account "***" does not return

[valis-nz]

Just as an FYI, I was able to work around this bug with this command and the education tenant by instead using different commands (get/set-tenantpnpsite) that have the same information/ability but are presumably less efficient. So for anyone else needing to do this in the education space:

$UserURLBase="https://youronedrivebaseurl-my.sharepoint.com"
$export=Export-PnPUserProfile -LoginName $member.UserPrincipalName
$memberUrl=$UserURLBase+$export.PersonalSpace
$membersite=Get-PnPTenantSite -Identity $memberUrl
Set-PnPTenantSite -Identity $memberUrl -StorageQuota $250GBQuota -StorageQuotaWarningLevel $250GBWarning

[marcgoff]

We are seeing the same thing in our education tenant. The workaround that valis-nz found works, but it would be good to get a real fix as there is no way to break out of the hang short of closing the powershell instance.

[Shelve1791]

Seeing the same issue in another educational tenant. Version 3.1.0 of PnP.PowerShell.

[apollyon-cr]

I've noticed the same issue using an AA Runbook with PS 7.4 and PnP.Powershell version 3.1.0 in an EDU tenant.

[AaranGrimley]

We are encountering the same issue as an EDU tenant.

[gautamdsheth]

Hello !

Can you please try with the latest nightly builds and let us know ? We fixed quite some issues around and maybe it helps with this case. Was not able to repro it.

[reshmee011]

@valis-nz , closing the issue for now due to non response. please feel free to raise a new bug in case the issue still persists.

[sticky270]

Just tested, PowerShell 7.5.4, PnP.PowerShell 3.1.0.

Still hangs, at this point:

PS C:\massey\scripts> get-pnpuserOneDriveQuota -Account "user@domain.com" -Verbose
VERBOSE: Cmdlet execution started for get-pnpuserOneDriveQuota -Account "user@domain.com" -Verbose
VERBOSE: Already connect to the SharePoint Online Admin Center at 'https://mytenant-admin.sharepoint.com/'
<hangs indefinitely here>

Second time this bug has been closed without actually being fixed lol. If someone else can confirm it's still a problem for them, will log a new bug.

[reshmee011]

@sticky270 : I’m unable to reproduce the issue on my side, as I don’t have access to an EDU tenant. Could you test it against the latest nightly build and let me know if the problem persists? Have you tried the workaround mentioned by @valis-nz.