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
In ConvertFrom-ExistingSubmission.ps1 if user enters relative -OutPath and launches the script from non-default folder, the OutPath folder is created in a wrong place and the $xml.Save($filePath) throws an exception because it can't find the target nested folder.
Thanks for the report.
Looks like we should be using Resolve-UnverifiedPath here since it's calling out to a non-PowerShell command ($xml.Save()). That command was introduced in this commit because package upload/download also use non-native command which means that they don't handle relative paths correctly.
@danbelcher-MSFT - Can you update those scripts to leverage Resolve-UnverifiedPath, and then make sure that there aren't any other code-paths in StoreBroker that take in a path to a non-native PowerShell method that haven't been resolved first?
In ConvertFrom-ExistingSubmission.ps1 if user enters relative -OutPath and launches the script from non-default folder, the OutPath folder is created in a wrong place and the $xml.Save($filePath) throws an exception because it can't find the target nested folder.
This creates the OutPath folder in Extensions directory, but $xml.Save($filePath) expects it in StoreBroker root directory.
Expected solution: Ensure-PdpFilePath should return absolute path where the OutPath folder was created.
The text was updated successfully, but these errors were encountered: