frog log rejects Windows repository roots
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 78/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- git, node.js, typescript
- Lĩnh vực
- cli
Hướng nghiên cứu
Bắt đầu từ điểm vào của mã nguồn nơi context.resolve sử dụng Git.root, sau đó kiểm tra cách Store.file chuẩn hóa và so sánh root của nó. Tái hiện trên Windows bằng các lệnh frog list và frog log được liệt kê; được xem là hoàn tất khi log tạo mục cục bộ đang chờ mà không có STORE_ROOT_MISMATCH, trong khi các phép so sánh root khác như sync vẫn nhất quán.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Expected Behavior
On Windows, frog log should use the repository root returned by Git as the local file-store root.
Current Behavior
Frog 1.1.0 resolves the Git root as C:/... but Store.file normalizes it to C:\\...; log then rejects the equivalent paths with STORE_ROOT_MISMATCH before writing an entry.
This reproduces in a clean checkout of the upstream [email protected] tag, so it is not specific to a consumer repository.
Possible Solution
Normalize context.resolve().root with Node's path.resolve before constructing and comparing the file store:
const root = path.resolve((await Git.root({ cwd })) ?? cwd)
Centralizing the normalization there also protects other commands that compare a file store root, including sync.
Minimal Reproducible Example
On Windows, clone Frog and run from its Git checkout:
frog list
frog log "Windows root comparison probe" --body "probe" --severity minor
Expected: a pending local entry is created.
Actual:
code: STORE_ROOT_MISMATCH
message: The injected file store must use the same root as `--cwd`.
The same result occurred with the official frog-windows-x64-baseline.exe v1.1.0 release binary and the v1.1.0 source entrypoint.
Context
Windows 11 x64. The Git root was observed as C:/..., while the Node file store root was C:\\... for the same directory.
- Ngôn ngữ chính
- TypeScript
- Star
- 267
- Fork
- 12
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
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
- Đọ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.
Issue khác của wevm/frog
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
-
GitHub App token fallback misses recent issues in large repositoriesCó thể đã có người làm @blalor đã nhận 58 ngày trước. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 68/100
-
feat: allow local log entries to select an issue formCó thể đã có người làm @emmajam đã nhận 73 ngày trước. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 55/100
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
umami-software/umami#4637 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
Hotkeys fire when pressed with the Ctrl key, so browser shortcuts also trigger player actionsCó thể đã có người làm @RaphaelFakhri đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
muxinc/media-chrome#1332 ·
Maintainer thường phản hồi trong vòng 5 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
polarsource/polar#15580 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
accepted bug via-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 69/100
pingdotgg/t3code#20931 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug/1-unconfirmed kind/bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày