Antigravity (agy CLI): not working on macOS — wrong log path and process detection

Đang mở
  • Có gì không ổn?
#237 1 bình luận 0 reaction 1 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

@EzequielKoulaksezian đang làm issue này rồi.

Từ ngày 2/11/2026.

Đánh giá

Issue này chưa được đánh giá.

Mô tả

status:approved type:bug

Summary

Antigravity is listed as a supported provider in Quorb, but the README notes it is "Verified on Windows only for now". On macOS the provider always shows a warning because two assumptions in the code are correct for the Windows desktop IDE but wrong for the macOS agy CLI.

Root cause 1 — Wrong log path

log_path() builds:

~/Library/Application Support/Antigravity/logs/language_server.log

This path does not exist on macOS. The agy CLI writes its logs to:

~/.gemini/antigravity-cli/log/cli-YYYYMMDD_HHMMSS.log

Multiple files are created, one per session, with the naming pattern cli-<date>_<time>.log. The log format is identical — it contains the same lines Quorb looks for:

Starting language server process with pid 96831
Language server listening on random port at 57615 for HTTP

Root cause 2 — Process detection fails

find_server() filters processes by --app_data_dir antigravity and --csrf_token. On Windows the desktop IDE launches the language server with those flags. On macOS the agy CLI manages the language server internally and does not expose those arguments in the process list visible via ps. pick_server() therefore never finds a matching process and the provider returns NOT_RUNNING.

Environment confirmed

  • macOS (Apple Silicon)
  • agy CLI v1.2.13
  • Log directory verified: ~/.gemini/antigravity-cli/log/
  • Log lines are identical in format to what http_port() already parses correctly

Expected behaviour

With agy open on macOS, Quorb should read the most recent cli-*.log, extract the PID of the running language server, and query http://127.0.0.1:<port>/exa.language_server_pb.LanguageServerService/GetUserStatus.

Note on CSRF token

On macOS the language server process does not expose --csrf_token via ps. Whether the local HTTP endpoint requires the X-Codeium-Csrf-Token header from loopback needs to be confirmed. A fix can proceed in two phases:

  1. Phase 1 (this issue): fix log path and PID-based process detection on macOS.
  2. Phase 2: handle CSRF if the endpoint requires it.

Proposed fix

See the linked PR.

Ngôn ngữ chính
TypeScript
Star
10
Fork
2
Merge trung bình
5 giờ 55 phút
Pull request đã merge (30 ngày)
123

Chuẩn bị môi trường

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của egdev6/quorb

Tất cả issue của egdev6/quorb

Issue tương tự

Thêm issue về TypeScript

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.