Get-ChieldItem fails with "Cannot find a provider ..." on version 6.2.1

[atanasa]

I have a module that loads a nested binary module (due to support for desktop and core editions). The binary module defines a provider that has a default PSDrive.
When calling Get-ChieldItem <qualified path> it fails with "Cannot find a provider with the name '...'". This has changed since 6.0 when it used to work.

I have created a sample repro module:

ReproProviderNameMismatch.zip

Summary:

• The module must be nested to get this to reproduce
• The provider must do something at initialization time that triggers a capture of the Provider.FullName (or something like that). In my case this is the PSDriveInfo constructor probably:

      protected override Collection<PSDriveInfo> InitializeDefaultDrives() {
         var drive = new PSDriveInfo(
            "defaultSampleDrive",
            ProviderInfo,
            "/",
            "Sample default drive",
            null);
         var result = new Collection<PSDriveInfo> {drive};
         return result;
      }

If the InitializeDefaultDrives in the sample is removed, then the issue would not be reproduced.

Steps to reproduce

1. Build the sample module with dotnet build
2. Load the module from the build output and run the following:

import-module "...ReproModule.psd1"

New-PSDrive -Name "prv1" -Root "/" -PSProvider "SamplePrv"

$item = get-item "prv1:\test.txt"
$item | fl *

Get-ChildItem $item.PSPath

3. Observe the PSPath value

Expected behavior

The command to return the item like this:

PSPath                          PSProvider            PSIsContainer Name
------                          ----------            ------------- ----
ReproModule\SamplePrv::test.txt ReproModule\SamplePrv         False test.txt

Probably the PSPath value should be:

PSPath        : ReproModule\SamplePrv::test.txt

Actual behavior

PSPath value is:

PSPath        : module\SamplePrv::test.txt

The command fails with:

Get-ChildItem : Cannot find a provider with the name 'module\SamplePrv'.
At line:1 char:1
+ Get-ChildItem $item.PSPath
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo          : ObjectNotFound: (module\SamplePrv:String) [Get-ChildItem], ProviderNotFoundException
+ FullyQualifiedErrorId : ProviderNotFound,Microsoft.PowerShell.Commands.GetChildItemCommand

Environment data

Name                           Value
----                           -----
PSVersion                      6.2.1
PSEdition                      Core
GitCommitId                    6.2.1
OS                             Microsoft Windows 10.0.17763
Platform                       Win32NT
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0…}
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1
WSManStackVersion              3.0

[atanasa]

This is probably also affecting other provider-related cmdlets. We are seeing that when calling New-PSDrive -Name someName -Root 'drive:/...' -PSProvider ... the call to the provider implementation (PSDriveInfo NewDrive(PSDriveInfo requestedDrive)) receives the root in the form of a PSPath instead of the root in the provider path which was the case before. Looking at the code of GetProviderRootFromSpecifiedRoot, it looks like the provider full name might be involved in the resolution of the PSPath to the provider path.

Is there some way to enable the tracing that is present in the path resolution code?

[iSazonov]

See LocationGlobber and PathResolution from Get-TraceSource

This issue has been marked as answered and has not had any activity for 1 day. It has been closed for housekeeping purposes.

[atanasa]

This is not a question but a report of an issue. The issue has not been solved, please reopen the issue.

[iSazonov]

Can you repo with latest 7.0 build?

[atanasa]

It still reproduces with preview 4:

Name                           Value
----                           -----
PSVersion                      7.0.0-preview.4
PSEdition                      Core
GitCommitId                    7.0.0-preview.4
OS                             Microsoft Windows 10.0.18362
Platform                       Win32NT
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0…}
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1
WSManStackVersion              3.0

[iSazonov]

@atanasa I compiled your sample module and do not see the issue with latest PowerShell 7.0 build..

[atanasa]

I am able to reproduce it with rc2. I am testing on Windows 10.

The error output is:
Get-ChildItem: Cannot find a provider with the name 'module\SamplePrv'.

Stack trace:

PS C:\Program Files\PowerShell\7-preview> $e = $error[0]
PS C:\Program Files\PowerShell\7-preview> $e.Exception

ErrorRecord                 : Cannot find a provider with the name 'module\SamplePrv'.
ItemName                    : module\SamplePrv
SessionStateCategory        : CmdletProvider
WasThrownFromThrowStatement : False
TargetSite                  : System.Management.Automation.ProviderInfo GetSingleProvider(System.String)
StackTrace                  :    at System.Management.Automation.SessionStateInternal.GetSingleProvider(String name)
                                 at System.Management.Automation.LocationGlobber.GetProviderPath(String path,
                              CmdletProviderContext context, Boolean isTrusted, ProviderInfo& provider, PSDriveInfo&
                              drive)
                                 at System.Management.Automation.SessionStateInternal.GetChildItems(String path,
                              Boolean recurse, UInt32 depth, CmdletProviderContext context)
                                 at System.Management.Automation.ChildItemCmdletProviderIntrinsics.Get(String path,
                              Boolean recurse, UInt32 depth, CmdletProviderContext context)
                                 at Microsoft.PowerShell.Commands.GetChildItemCommand.ProcessRecord()
Message                     : Cannot find a provider with the name 'module\SamplePrv'.
Data                        : {}
InnerException              :
HelpLink                    :
Source                      : System.Management.Automation
HResult                     : -2146233087

The $PSTableVersion:

Name                           Value
----                           -----
PSVersion                      7.0.0-rc.2
PSEdition                      Core
GitCommitId                    7.0.0-rc.2
OS                             Microsoft Windows 10.0.18363
Platform                       Win32NT
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0…}
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1
WSManStackVersion              3.0

This is the compiled version of the module:
ReproModule.zip

[iSazonov]

@atanasa Thanks! I can repo. It comes from SnapIn history. The name module\SamplePrv looks like SnapIn name and not all code was leaned up from SnapIn support.

Error starts here:

PowerShell/src/System.Management.Automation/engine/SessionStateProviderAPIs.cs

Line 786 in c4e144b

PSSnapinQualifiedName providerName = PSSnapinQualifiedName.GetInstance(name);

and

PowerShell/src/System.Management.Automation/engine/MshSnapinQualifiedName.cs

Lines 65 to 81 in c4e144b

	internal static PSSnapinQualifiedName GetInstance(string name)
	{
	if (name == null)
	return null;
	PSSnapinQualifiedName result = null;
	string[] splitName = name.Split(Utils.Separators.Backslash);
	if (splitName.Length == 0 || splitName.Length > 2)
	return null;
	result = new PSSnapinQualifiedName(splitName);
	// If the shortname is empty, then return null...
	if (string.IsNullOrEmpty(result.ShortName))
	{
	return null;
	}
	return result;
	}

The GetInstance() method has 11 references so it's very risky to change.
@atanasa I suggest to find a workaround and/or redesign your module. Perhaps @SeeminglyScience know a workaround.

@SteveL-MSFT I think the old SnapIn code could be removed in next milestone. It seems it currently is a source of tricky issues for users and developers.