Permission-gate/tool-approval preview truncates full Windows paths

Describe the bug

When the CLI displays a permission-gate/tool-approval confirmation prompt before running a tool call (e.g., a PowerShell command referencing a file path), the rendered preview shows a truncated version of the path — dropping the leading drive letter and/or earlier path segments (e.g., showing \Users\UserName\ instead of the full C:\Users\UserName\Folder\SubFolder\...) — even though the actual command text passed to the tool contains the complete, correct absolute path.

Affected version

GitHub Copilot CLI 1.0.82

Steps to reproduce the behavior

1. Start an interactive session with GitHub Copilot CLI on Windows.
2. Ask the agent to run a PowerShell command that references a full absolute path, e.g.: Get-ChildItem "C:\Users\Username\Folder\SubFolder" -Force
3. When the permission-gate confirmation dialog appears (asking to approve the tool call), observe the path as rendered in that preview.
4. Compare against the actual command string — the underlying command is correct and full, but the displayed preview text is partial/truncated.

Expected behavior

The permission-gate preview should render the full, untruncated absolute path exactly as it appears in the command being executed, with no segments dropped.

Additional context

• CLI version: 1.0.82
• OS: Windows
• This is purely a display/rendering issue in the confirmation UI — the command itself executes against the correct full path when approved. Reproduced consistently across multiple tool-call approvals across multiple sessions.

Avvia una sessione Windows interattiva in GitHub Copilot CLI e riproduci la richiesta di conferma di permission-gate/tool-approval con il comando PowerShell mostrato nell’issue. Confronta l’anteprima renderizzata con il testo completo del comando, concentrandoti su come viene visualizzato il percorso assoluto. Il lavoro è completato quando l’anteprima conserva la lettera dell’unità completa e tutti i segmenti del percorso senza troncamenti.