GCC/GCC High URLs not recognized by URL parser — extension unusable in GCC tenants

[pugetsoundai]

If possible, Please submit the bug via VS as it attaches more telemetry information for us to help debug issues

As described here: https://github.com/microsoft/vscode-copilotstudio?tab=readme-ov-file#reporting-issues

Otherwise:

---

Describe the bug

The URL parser regex (dH) only matches copilotstudio.*.microsoft.com and does not account for GCC or GCC High sovereign cloud URLs. As a result, _P() returns null for any agent URL on gcc.powerva.microsoft.us or high.powerva.microsoft.us, causing the extension to fail silently and be completely non-functional for GCC tenants.

---

To Reproduce

Steps to reproduce the behavior:

1. Open VS Code with the Copilot Studio extension installed in a GCC or GCC High tenant.
2. Attempt to connect to a Copilot Studio agent using a GCC URL (e.g., https://gcc.powerva.microsoft.us/... or https://high.powerva.microsoft.us/...).
3. Observe that the extension fails to recognize the URL.
4. _P() returns null; no cloud type is resolved; extension is non-operational.

---

Expected behavior

GCC (gcc.powerva.microsoft.us) and GCC High (high.powerva.microsoft.us) URLs should be recognized by the URL parser and mapped to cloud type Gov (6), consistent with how commercial URLs are mapped. The extension should be fully functional in GCC/GCC High environments.

---

Screenshots

N/A — behavior is a silent null return from _P(). No visible error is surfaced to the user.

---

VS Code Instance (please complete the following information):

Field | Value -- | -- OS | Windows 11 Extension version | (update before submitting)

Sovereign cloud parity is not optional for government customers. Please prioritize.

[nguhoa]

Thanks for open issue. We are looking into supporting GCC.