PortableCommandAlias fails when ArchiveBinariesDependOnPath

[Trenly]

Brief description of your issue

When ArchiveBinariesDependOnPath is true, the value from PortableCommandAlias appears to be ignored as the exe is not renamed within the source directory.

Steps to reproduce

Create a manifest that specifies ArchiveBinariesDependOnPath: true and a PortableCommandAlias

Expected behavior

The exe would be renamed and the alias would work

Actual behavior

The exe is not renamed and the alias does not work

Environment

Windows Package Manager v1.9.25200
Copyright (c) Microsoft Corporation. All rights reserved.

Windows: Windows.Desktop v10.0.26100.2605
System Architecture: X64
Package: Microsoft.DesktopAppInstaller v1.24.25200.0

Admin Setting                             State
--------------------------------------------------
LocalManifestFiles                        Enabled
BypassCertificatePinningForMicrosoftStore Disabled
InstallerHashOverride                     Disabled
LocalArchiveMalwareScanOverride           Disabled
ProxyCommandLineOptions                   Disabled
DefaultProxy                              Disabled

[Trenly]

It looks like the root cause of this may be

• Portable installers are not renamed in non-symlinked installations #3437

[DandelionSprout]

It's not just PortableCommandAlias that is affected by it, but in fact the winget-pkgs pipelines too, who from what I can tell are unable to properly detect executables in sub-folders.