You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Many bugs reported are actually related to the PnP Framework which is used behind the scenes. Consider carefully where to report an issue:
Are you using Invoke-PnPSiteTemplate or Get-PnPSiteTemplate? The issue is most likely related to the Provisioning Engine. The Provisioning engine is not located in the PowerShell repo. Please report the issue here: https://github.com/pnp/pnpframework/issues.
Is the issue related to the cmdlet itself, its parameters, the syntax, or do you suspect it is the code of the cmdlet that is causing the issue? Then please continue reporting the issue in this repo.
If you think that the functionality might be related to the underlying libraries that the cmdlet is calling (We realize that might be difficult to determine), please first double check the code of the cmdlet, which can be found here: https://github.com/pnp/powershell/tree/master/src/Commands. If related to the cmdlet, continue reporting the issue here, otherwise report the issue at https://github.com/pnp/pnpframework/issues
Reporting an Issue or Missing Feature
Expected behavior
After calling Get-PnPSearchConfiguration -Scope Subscription -OutputFormat CompleteXml , converting the results to an xml object, and viewing this property: $xml.SearchConfigurationSettings.SearchSchemaConfigurationSettings.ManagedProperties.dictionary.KeyValueOfstringManagedPropertyInfoy6h3NzC8, only 11 managed properties are available.
I would expect that this object should contain all managed properties in the search schema?
Although there is no documentation at all on this cmdlet with the exception of:
"Returns the search configuration"
is that a bug? or by design? is there anyway to retrieve ALL managed properties in the search schema?
why is this subset returned?
Actual behavior
in my case this only returns 11 managed properties. I am not sure why these particular managed properties were selected?
I would like to retrieve ALL managed properties in the search schema.
Also, it would be very useful if the cmdlet documentation referenced any documentation on the structure of the schema object that is returned.
Steps to reproduce behavior
step 1. connect to https:\tenant-admin.sharepoint.com
step 4. examine this object $xml.SearchConfigurationSettings.SearchSchemaConfigurationSettings.ManagedProperties.dictionary.KeyValueOfstringManagedPropertyInfoy6h3NzC8
in my case only 11 managed properties are returned. I am not sure why these 11 are returned. I would like to get ALL managed properties in the search schema, so I can filter them. Perhaps there is a reference somewhere to more comprehensive documentation on the data that this cmdlet returns. it doesn't seem to be the entire search schema.
it seems like there is lots of useful information returned, but it would be helpful if there was some sort of reference to understand what is being returned.
What is the version of the Cmdlet module you are running?
2.12.0
(also tried with latest nightly build 2.99.138 )
Which operating system/environment are you running PnP PowerShell on?
[x ] Windows
Linux
MacOS
Azure Cloud Shell
Azure Functions
Other : please specify
The text was updated successfully, but these errors were encountered:
Notice
Many bugs reported are actually related to the PnP Framework which is used behind the scenes. Consider carefully where to report an issue:
Invoke-PnPSiteTemplate
orGet-PnPSiteTemplate
? The issue is most likely related to the Provisioning Engine. The Provisioning engine is not located in the PowerShell repo. Please report the issue here: https://github.com/pnp/pnpframework/issues.Reporting an Issue or Missing Feature
Expected behavior
After calling Get-PnPSearchConfiguration -Scope Subscription -OutputFormat CompleteXml , converting the results to an xml object, and viewing this property: $xml.SearchConfigurationSettings.SearchSchemaConfigurationSettings.ManagedProperties.dictionary.KeyValueOfstringManagedPropertyInfoy6h3NzC8, only 11 managed properties are available.
I would expect that this object should contain all managed properties in the search schema?
Although there is no documentation at all on this cmdlet with the exception of:
"Returns the search configuration"
is that a bug? or by design? is there anyway to retrieve ALL managed properties in the search schema?
why is this subset returned?
Actual behavior
in my case this only returns 11 managed properties. I am not sure why these particular managed properties were selected?
I would like to retrieve ALL managed properties in the search schema.
Also, it would be very useful if the cmdlet documentation referenced any documentation on the structure of the schema object that is returned.
Steps to reproduce behavior
step 1. connect to https:\tenant-admin.sharepoint.com
$clientID = "myclientID"
$site = "https://mytenant-admin.sharepoint.com"
Connect-PnPOnline -Url $site -Interactive -ClientId $clientID
step2. $searchConfig = Get-PnPSearchConfiguration -Scope Subscription -OutputFormat CompleteXml
step3. [xml]$xml = $searchConfig
step 4. examine this object $xml.SearchConfigurationSettings.SearchSchemaConfigurationSettings.ManagedProperties.dictionary.KeyValueOfstringManagedPropertyInfoy6h3NzC8
in my case only 11 managed properties are returned. I am not sure why these 11 are returned. I would like to get ALL managed properties in the search schema, so I can filter them. Perhaps there is a reference somewhere to more comprehensive documentation on the data that this cmdlet returns. it doesn't seem to be the entire search schema.
it seems like there is lots of useful information returned, but it would be helpful if there was some sort of reference to understand what is being returned.
What is the version of the Cmdlet module you are running?
2.12.0
(also tried with latest nightly build 2.99.138 )
Which operating system/environment are you running PnP PowerShell on?
The text was updated successfully, but these errors were encountered: