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.

Démarrez une session Windows interactive dans GitHub Copilot CLI et reproduisez l’invite de confirmation de permission-gate/tool-approval avec la commande PowerShell indiquée dans l’issue. Comparez l’aperçu rendu avec le texte complet de la commande, en vous concentrant sur l’affichage du chemin absolu. C’est terminé lorsque l’aperçu conserve la lettre de lecteur complète et tous les segments du chemin sans troncature.