Copilot CLI OAuth login fails — CLI doesn't bind to port declared in its own CIMD client-metadata.json
Chưa có ai nhận issue này.
- Ngôn ngữ chính
- Shell
- Star
- 11.2k
- Fork
- 1.9k
- Merge trung bình
- 14 giờ 16 phút
- Pull request đã merge (30 ngày)
- 6
Mô tả
Describe the bug
When authenticating to an MCP server that uses CIMD (Client ID Metadata Document) OAuth, Copilot CLI fails with:
{"error":"invalid_request","error_description":"Redirect URI 'http://127.0.0.1:<random_port>/' does not match CIMD redirect_uris.","state":"..."}
Root cause: Copilot CLI's own published client metadata ( https://github.com/copilot/cli/client-metadata.json ) declares a single fixed redirect URI:
"redirect_uris": ["http://127.0.0.1:33418/"]
Per the CIMD/OAuth spec, the redirect_uri used in the /authorize request must exactly match this declared value (RFC 8252's "any loopback port" leniency only applies when no port is specified — here one is).
However, Copilot CLI does not bind its local OAuth callback listener to port 33418 — it uses a different, seemingly random port instead (observed: 63450, then 61566), even when port 33418 is confirmed free/unused on the machine. This causes every login attempt against CIMD-based OAuth servers to fail.
Affected version
Copilot CLI v1.0.83, Windows
Steps to reproduce the behavior
- Confirm port 33418 is free ( Get-NetTCPConnection -LocalPort 33418 returns nothing).
- Attempt login to an MCP server using CIMD OAuth (client_id = a metadata document URL).
- Copilot CLI opens a callback listener on a different port than 33418.
- Server rejects with invalid_request / redirect_uri mismatch.
Expected behavior
Copilot CLI should bind its OAuth loopback listener to the exact port(s) declared in its own client-metadata.json (33418), consistent with CIMD requirements.
Additional context
No response
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Hướng nghiên cứu
Bắt đầu bằng cách lần theo luồng OAuth từ yêu cầu /authorize đến listener callback loopback cục bộ, sau đó so sánh cổng mà nó chọn với giá trị redirect_uris trong client-metadata.json đã được công bố. Tái hiện với cổng 33418 đang trống và một máy chủ CIMD MCP; được xem là hoàn tất khi listener và yêu cầu sử dụng URI đã khai báo, đồng thời thao tác đăng nhập không còn trả về invalid_request.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- shell
- Lĩnh vực
- authentication, cli
- Loại issue
- Lỗi
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức độ hoạt động
- Sôi nổi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức phù hợp với người mới
- 64/100